GitHub rediseña el merge box para que dejes de hacer scroll en los pull requests largos
GitHub New pull request overview page in public preview
GitHub abre en public preview una nueva página Overview para pull requests que sube el estado de merge y las acciones disponibles a la parte superior, en un resumen compacto que ocupa menos de la mitad del espacio anterior. También añade filtros para conversaciones sin resolver y comentarios propios, orden de más reciente a más antiguo y un resumen de actividad reciente. Es una versión opcional que se activa desde la cabecera y se puede desactivar en cualquier momento.
En un pull request largo, comprobar qué está bloqueando el avance suele implicar hacer scroll por decenas de comentarios y eventos de la cronología solo para llegar al merge box.
- capevace
Hemos estado construyendo nuestro propio Review Pipeline, incluyendo guías de revisión automatizadas, detección de riesgos y mucho más.
Hay TANTÍSIMO por hacer en torno a la revisión de código, me sorprende mucho que GitHub no esté haciendo más.
Ya tienen el alcance, tienen años de datos reales de revisiones. Y aun así, el PR en sí no está usando ninguno de los métodos recién disponibles para una revisión más eficiente.
Los agentes están sacando PRs a montones por todos lados, y aun así aquí estoy yo todavía mirando el diff en bruto de 35 PRs y terminan llamándome el cuello de botella.
- gz09
Ojalá en cambio se centraran primero en arreglar las regresiones con los PRs...
Por ejemplo: hay un bug desagradable que se introdujo hace poco en el que haces clic en "Merge when ready" pero tus probabilidades de que las cosas realmente lleguen a la merge queue parecen ser solo de alrededor del 60-70%. Cuando pasa, la forma habitual en que te enteras es si las cosas siguen sin fusionarse al día siguiente.
Su soporte nos reconoció el problema hace más de un mes pero no hay arreglo hasta ahora.
- habosa
Esto es una mejora importante y aún así no es genial. Hice CodeApprove (https://codeapprove.com) hace más de 6 años solo porque la página de PR en GitHub es tan mala y sentí la urgencia de mejorarla.
En mi opinión el diseño correcto es bastante simple:
- Todo en una sola página, con información densa
- Centrarse en el código y las discusiones sin resolver, quizás en los checks de CI
- Navegación por teclado
Graphite se acerca bastante. Pero se ha vuelto desordenado con los años. CodeApprove también está lejos de ser perfecto (hace tiempo que no trabajo mucho en la UX), pero esperaría que GitHub pudiera hacerlo un poco mejor.
- locallylinear
No sé, yo simplemente le pregunto a mi agente cuál es el estado del PR en cuanto a checks fallidos, comentarios pendientes, etc.
Pero esto me parece bien
Si acaso, creo que el lugar donde invertir en una mejor UX es en la revisión de código, incluso en el código "mío" (del agente) antes de pedir una revisión. En un mundo en el que nos estamos alejando de los IDEs y usando apps de terminal o apps de escritorio para programar, a menudo ni siquiera veo el código hasta que está en GitHub. Pero todavía me aferro a cierta apariencia de necesitar revisar, en particular lo importante.
Y sí, yo de hace un año estaría en shock con lo que acabo de decir.
- johnnypangs
No me gusta que hayan invertido el orden del hilo de comentarios pero no hayan incluido una forma nativa de incluir vistas previas. Ahora, en vez de tener que hacer scroll hasta abajo para ver el botón de merge, tengo que hacer scroll hasta abajo para ver la vista previa.
- verst
He estado usando esto durante unas semanas pero no me termina de gustar. Son demasiados clics para navegar a la discusión / comentarios del PR para mi gusto.
- pscanf
Lo probé, pero no entiendo el revuelo cuando es básicamente la misma UI de siempre + un par de cambios menores de diseño. Definitivamente no aborda las necesidades de los flujos de trabajo de desarrollo con IA.
- ethin
Ojalá que en vez de intentar que la UI se vea bonita, GH intentara que la plataforma vuelva a ser sólida.