2012-08-21 19 views

Respuesta

2

Yo recomendaría que eche un vistazo a git flow y es tool support.

El soporte de revisión de gitflow está creando una rama de corrección de errores que se puede combinar en su rama de producción (probablemente master) y su rama de desarrollo (en flujo de git develop). La rama de la revisión comienza desde master. Dado que todos los cambios de maestro se fusionan en develop después de cada versión, también puede fusionar la rama de revisión en develop sin tener que fusionar confirmaciones que no tenía la intención de fusionar.

0

No creo que haya ninguna forma de fusionarlo en varias ramas con un solo comando. Lo que puedes hacer es en cualquier rama en la que comiences a trabajar simplemente rebasela en el maestro.

0

Cada combinación requiere la resolución de conflictos y, a veces, la resolución de conflictos, por lo que no hay forma de fusionarse sin verificar la rama en la que se fusiona. Eso escrito, ¿necesitas fusionarlo en todas tus ramas?

Por ejemplo, tengo docenas de sucursales localmente, pero la gran mayoría de ellas son características aisladas o arreglos. Estos no necesitan realmente la mayoría de las confirmaciones de mantenimiento de revisiones, y no me preocupo por mantenerlos actualizados hasta que estén listos para la producción o listos para ser compartidos con los colaboradores. Cuando lo estén, se deben actualizar independientemente de si se ajustó master o no para facilitar la integración de la producción.

En otras palabras, mi flujo de trabajo me permite distribuir el problema de fusionar las revisiones en las ramas de características a una hora cuando realmente importa. Si tiene un grupo de ramas de características pequeñas, es posible que aún no necesite el código de la revisión.

Cuestiones relacionadas