Digamos que tengo un poco de código que se ordenó, pero el pedido no es un requisito técnico.Combinar la resolución de conflictos sobre nuevo código
apple
kiwi
strawberry
y luego tengo dos temas que desea combinar en cuyo diffs aspecto:
TOPIC BRANCH: orange
kiwi
+ orange
strawberry
Y también
TOPIC BRANCH: pear
kiwi
+ pear
strawberry
¿Hay alguna manera de que estos dos parches a se resuelve automáticamente? Me parece que es un conflicto de fusión, ya que compiten por la misma nueva línea. Una solución que he llegado con es reordenar uno de los cambios ya que el orden de clasificación es sólo una exigencia suave (donde las frutas son en realidad funcionan las definiciones).
TOPIC BRANCH: pear'
apple
+ pear
kiwi
Así que ahora podemos fusionamos orange
y pear'
juntos para formar:
_ apple
p pear
_ kiwi
o orange
_ strawberry
¿Hay otras formas de resolver este tal que el pedido se puede mantener? También pensé en pear
tener que descender desde orange
de modo que orange
siempre tiene prioridad y ya no habría un conflicto de fusión. Pero esto es una falsa dependencia ya orange
y pear
son dos ramas de características independientes.
Uno podría ser mainlined en el maletero antes que el otro, pero que no se refiere a las ramas de integración.
Edit: Me di cuenta de que se podían mantener dos piezas (¿solo adiciones, supongo?) Podría haber dos estrategias de fusión llamadas "yo primero" y "tú primero" de modo que un orden ambiguo podría resolverse no -interactivamente entre dos ramas.
¿Has mirado en git combinar estrategias? hombre git-merge y busca las diversas estrategias, incluida la recursiva llamada paciencia. – idlethread