Supponiamo di avere un codice ordinato, ma l'ordine non è un requisito tecnico.Unisci la risoluzione del conflitto rispetto al nuovo codice
apple
kiwi
strawberry
E allora ho due argomenti che mi desidera unire in cui diff simile:
TOPIC BRANCH: orange
kiwi
+ orange
strawberry
E anche
TOPIC BRANCH: pear
kiwi
+ pear
strawberry
Esiste un modo per questi due patch per viene risolto automaticamente? Mi sembra che sia un conflitto di fusione dal momento che competono per la stessa nuova linea. Una soluzione che ho trovato è quella di riordinare una delle modifiche dal momento che l'ordinamento è solo un requisito morbido (in cui i frutti sono in realtà definizioni di funzioni).
TOPIC BRANCH: pear'
apple
+ pear
kiwi
Così ora possiamo fondiamo orange
e pear'
insieme per forma:
_ apple
p pear
_ kiwi
o orange
_ strawberry
Ci sono altri modi per risolvere questo in modo tale che l'ordinamento può essere mantenuto? Inoltre ho pensato a pear
che doveva essere a valle da orange
in modo tale che orange
avesse sempre la priorità e non ci sarebbe più un conflitto di unione. Ma questa è una falsa dipendenza poiché orange
e pear
sono due rami di funzioni separati.
Uno potrebbe essere inserito nel bagagliaio prima dell'altro, ma ciò non riguarda i rami dell'integrazione.
Modifica: Mi sono appena reso conto di due hunk che potrebbero essere mantenuti (solo supposizioni suppongo?) Potrebbero esserci due strategie di unione chiamate "prima io" e "tu prima" in modo che un ordine ambiguo possa essere risolto non -interagivamente tra due rami.
Hai guardato git merge strategie? man git-merge e cerca le varie strategie, inclusa quella ricorsiva chiamata pazienza. – idlethread