Alternativas a la cosecha de cerezas

Question

Tenemos maestro y producción rama. La rama principal contiene desarrollos actuales, mientras que la rama de producción contiene las cosas que se están ejecutando en el servidor. De vez en cuando, hay una corrección de errores importante que debe aplicarse a ambas ramas.

Actualmente solo estamos seleccionando el compromiso después de crearlo en la rama principal. Pero a veces esto crea conflictos de combinación cuando fusionamos las ramas. ¿Hay alternativas?

Answer 1

Puede crear una nueva rama (vamos a llamarlo bugfix-a) en la base de combinación de master y production

git checkout -b bugfix-a $(git merge-base master production) 

Aplique su corrección de errores en esa rama

>>/path/to/file echo 'this fixes the bug' 
git add /path/to/file 
git commit -m 'important bugfix' 

A continuación, combinar esta nueva rama a maestro y producción:

git checkout master 
git merge bugfix-a 
git checkout production 
git merge bugfix-a 

De esta manera, usted podrá fusionar el maestro y la producción en una fecha posterior y Git será lo suficientemente astuto como para determinar qué cometido elegir.

(Monótono - sí, no es Git - llama este flujo de trabajo daggy fixes)

Answer 2

Crear una rama separada para cada revisión, y fusionarla tanto en su rama de desarrollo y su rama de producción.

El modelo gitflow funciona muy bien en general, y recomiendo la comprobación de esto: http://nvie.com/posts/a-successful-git-branching-model/

Su rama principal es análoga a la rama de desarrollo, y su rama de producción es análoga a su amo

Answer 3

Puede usar Gitflow. Creo que el 'hotfix' maneja su escenario.