git github git-flow pull-request hubflow

git - Establecer la rama de desarrollo como el predeterminado para una solicitud de extracción



github git-flow (3)

Quiero que la solicitud de extracción se fusione para desarrollarse desde la rama de características de forma predeterminada.

Estoy abogando por el uso de git flow, por lo que cuando se envía una solicitud de extracción para una característica, la solicitud de extracción debe integrarse en el desarrollo y no en el dominio.

Algunos de los gerentes comentaron que, al ser humanos, existe la posibilidad de que los líderes del equipo puedan pasar por alto ese hecho y fusionar la solicitud de extracción en el maestro por error, lo que causará problemas con la liberación más adelante.

Queremos mitigar los riesgos de fusionar el infierno para que esto ayude a alcanzar este objetivo.

Edición: estoy usando una bifurcación de gitflow llamada hubflow ( http://datasift.github.com/gitflow/ ). De forma predeterminada, cuando se crea una rama de función git hf feature start [tik-123] la rama de función se crea según las especificaciones, pero también se empuja hasta el origen. Queremos esto para la colaboración. Una vez que se complete la función, el desarrollador irá a la rama de la función en github y emitirá una solicitud de extracción. Los líderes del equipo luego revisarán la solicitud de extracción y fusionarán la función en dev si la característica está programada para su lanzamiento en el sprint.


Alternativamente, haga que se develop la rama predeterminada que todos ven cuando visitan el proyecto. La desventaja es que cualquiera que clone obtendrá una rama inestable por defecto, pero todas las solicitudes de extracción irán a la rama de desarrollo por defecto también.


El github tiene su propio flujo de trabajo sugerido llamado flujo de github , por convención, todas las solicitudes de extracción están predeterminadas para master pero ahora puede editarlo en cualquier rama que desee.


En lugar de usar master y develop ramas, usa stable y master .

Por lo general, es bueno fusionarlos antes de etiquetar una nueva versión, por lo que no hay nada o solo un pequeño desvío. Utilizo este esquema y, por lo general, el master sigue con un retardo pequeño y las combinaciones son en su mayoría de avance rápido.

Para mantener la rama master desplegable, fusione las ramas de características cuando estén listas. Pero como tiene stable rama stable , las nuevas características no tienen que ser bien probadas.