Ich arbeite in einer Umgebung mit großen multi-parallelen Verzweigungen. Mit Blick auf GIT Ich sehe es mehrere Merge-Strategien hat:Welche Merge-Strategien werden verwendet?
already up-to-date
fast-forward
octopus
resolve
recursive
Does Mercurial haben das Äquivalent von jedem von diesen? (Dh ist die Implementierung von Mercurial Merge-Algorithmus so gut wie rekursive?
Diese werden Strategien nicht fusionieren, ich denke, die erste ist, wenn nichts da ist (natürlich unterstützt). Die zweite zu fusionieren ist kein merge, in hg Aktualisierung auf vorspulen entspricht.
Gilt nicht für mercurial, Merges sind immer zwischen zwei Köpfen.
dass die Standard-Strategien zusammenführen ist.
könnte wahrscheinlich mit einem benutzerdefinierten Merge Script durchgeführt werden (hg, wie git nur externe Tools rufen Sie die Zusammenführung zu handhaben). Aber im Moment schien niemand daran interessiert zu sein, vielleicht, weil es nicht viele Verbesserungen im Vergleich zur Lösung bringt.
"Fast-Forward" ist nicht Rebase: ist eigentlich das Gegenteil von "up-to-date", in einem Sinne, dass der aktuelle Zweig Vorfahre der fusionierten Branche ist. Standardmäßig (d. H. Keine "--no-ff" -Option) führt Git nur den Verzweigungskopf weiter, anstatt eine sinnlose Zusammenführung durchzuführen. –
"rekursive" Merge-Strategie wurde entwickelt, um mit Cross-over-Merges und anderen Situationen mit mehr als einer Zusammenführungs-Basis .... und mit Umbenennungen in einer solchen Situation umzugehen. –
@Jakub, danke ich habe den Teil über Schnellvorlauf aktualisiert. Also ist es nur "update" in mercurial. macht die rekursive Strategie in der Praxis einen Unterschied? – tonfa
'bereits aktuell 'und' vorspulen' sind keine Merge-Strategien. Es gibt jedoch "unseren" und "Teilbaum". –
Auch von Interesse: http://kiln.stackexchange.com/questions/2983/what-is-the-algorithm-oder-decision-process-used-by-mercurial-during-merge – VonC