sobrescritura y empujando una rama Git

Question

En la fusión de mis cambios contra un maestro de aguas arriba, que con frecuencia se encuentran a mí mismo haciendo lo siguiente:

git checkout somefeature 
git checkout -b integration 
git rebase master # resolving conflicts along the way 
git checkout somefeature 
git merge integration # or rebase, doesn't matter in this example 

a menudo a encontrar que la fusión de la rama de integración de nuevo en mi rama de la característica no hacer a algunos conflictos. La primera pregunta que tengo es, "¿por qué sucede esto si mi rama de integración es descendiente de alguna característica y ya resolví conflictos contra el maestro de nivel superior?"

Si se pregunta por qué estoy usando una rama de integración para empezar, es para evitar contaminar mi rama actual con una fusión a medio fracasar.

Mi solución actual es hacer esto:

git checkout integration 
git branch -f somefeature # overwrite the branch 

El problema ahora es que no puedo empujar mis cambios de nuevo a una rama remota:

git push origin somefeature 
! [rejected]  somefeature -> somefeature (non-fast forward) 

Así que ahora tengo que quitar la rama remota y volver a presionar mis cambios. Esta no puede ser la forma óptima de hacerlo, así que me pregunto, "¿cuál es la mejor manera de sobrescribir una rama y enviar los cambios a una sucursal remota?"

Answer 1

El problema es causado porque git rebase genera una nueva serie de confirmaciones de que no descienden de la rama somefeature, a continuación, cuando intenta y unirlos de nuevo en la resolución de conflictos somefeature hecho durante el rebase no se aplica. Si tuviera que fusionar en lugar de rebase, esto funcionaría ya que la combinación de confluencia sería descender de la rama somefeature.

En términos de empujar a la rama remota, puede usar --force para hacer que la inserción tenga éxito, que causará problemas a cualquier otra persona que tenga una copia.

Answer 2

Puede asegurarse de que su fusión final sobrescriba la sucursal de destino con un controlador de combinación:
Consulte "Can I tell git pull to overwrite instead of merge?" por ejemplo.

La idea es tener un custom merge driver with a "keepTheir" script.

Answer 3

Su primer bit de operaciones es muy extraño. Usted hace una copia de alguna característica. Usted rebase eso contra el maestro. Luego vuelves a esa función y la fusionas con el equivalente reescalado de sí mismo. Esta no es la manera de hacer las cosas.

No compliques demasiado las cosas. Si desea que la rama de características comience en otro lugar (como el último máster), simplemente vuelva a establecer una base.

Luego empújelo con --force (o -f). Dígale a alguien más que estaba usando esa rama de características que tienen que buscar los cambios y ajustar todo lo que tenían localmente que aún no hayan enviado.

Merge es mejor en el caso cuando otros han estado trabajando en ello.

Espero que esto ayude.

Answer 4

Puede usar git merge -s recursive -Xtheirs, que resolverá automáticamente los conflictos a favor de la rama de integración. Sin embargo, eso todavía se fusiona y puede que no funcione bien con los archivos que se mueven y cosas por el estilo.

Sin embargo, como su rama está presionada, tiene una razón para querer mantener su historial. Para obtener el comportamiento ideal que desea, puede usar la estrategia 'nuestra' en la rama de integración.

git checkout somefeature 
git checkout -b integration 
git rebase master # resolving conflicts along the way 
git merge -s ours somefeature # mark integration as superseding the somefeature branch 
git checkout somefeature 
git merge integration # this is now a fast-forward, no conflicts