Der Hauptnachteil des Zusammenführens gegenüber dem erneuten Basieren besteht darin, dass das Zusammenführen zu einem chaotischen Baum führt. Wenn der Master häufig aktualisiert wird, führt das Zusammenführen von Mastery bei jeder signifikanten Aktualisierung zu einer ganzen Reihe unnötiger Commits. Jetzt besteht die meiste Zeit keine Notwendigkeit mehr dafür. Betrachten Sie das Repository wie folgt:

Master A\--B--C\--D\---------E
Branch   l--m---n---o--p--q

Hier ist n ein Zusammenschluss, bei dem wir eine erhebliche Anzahl von Konflikten lösen mussten, die wir vermeiden möchten, erneut zu lösen. Wir möchten E wieder einbinden, ohne ein neues Merge-Commit zu erstellen

Also kehren wir zu o zurück, führen E zusammen und wählen oben p und q aus:

Master A\--B--C\--D\--------E\
Branch   l--m---n\--o--p--q   \
Tmp               -------------o'-p-q

Wenn dies fehlerfrei funktioniert, können wir den alten Zweig entfernen.

Es würde mich wundern, wenn ich als erster an einen solchen Workflow denken würde. Gibt es Git-Erweiterungen, die dies automatisieren können?

Ich habe damit begonnen, an einem Skript zu arbeiten, aber das Hauptproblem ist die Auswahl von o. ": / ^ Merge" - wählt in den meisten Fällen "o" aus, aber es wäre verwunderlich, wenn es keinen besseren Weg gäbe, der es vermeidet, sich auf Commit-Nachrichten zu verlassen, die nicht mit dem Wort "Merge" beginnen.