¿Cómo marcar una request de extracción como "revisada" en GitHub?

Recientemente hemos pasado de Gitorious a GitHub, y una de las características que posiblemente se pierda es la capacidad de marcar una request de extracción como "Revisada".

Las razones para esto son:

  • La revisión de una request de fusión a menudo arroja comentarios sobre cambios, más trabajo para completar. Por esta razón, es mejor pasar time revisando las requestes de fusión antes que fusionarlas. No queremos que los desarrolladores completen un trabajo y esperen mucho time para recibir comentarios.

  • Queremos que el trabajo se revise en el código lo más rápido posible, mientras que las fusiones y el posible trabajo de resolución de conflictos se pueden posponer.

  • También tenemos típicamente 2 líneas de revisión, una revisión inicial (que la mayoría de los desarrolladores pueden hacer) y una revisión final (donde los desarrolladores senior miran y se fusionan).

¿Hay alguna herramienta en GitHub que hayamos omitido para permitirnos continuar este process?

¿Qué tal usar tags ? Esta es una function de labeldo bastante flexible …

Aunque las tags se usan la mayor parte del time para calificar el problema ( "error" , "request de function" , "pregunta" , …), también se puede confiar en ellas para decorar el problema con algunos hitos: "para ser revisado" " , " revisado " , " esperando información "

No hay ninguna característica para hacerlo. Necesitas un process manual para ello. Por ejemplo, si un revisor está de acuerdo con una request de extracción, simplemente puede fusionarla. O bien, el revisor debería publicar un comentario diciendo que está bien con la request de extracción.

Estamos utilizando este tipo de process suave de manera muy eficiente. En nuestra presentación diaria, discutimos brevemente cualquier request de extracción abierta y definimos quién debería revisarla durante la jornada laboral.