git-Flow: Wie einige Änderungen am Release-Zweig vorgenommen, um zu verhindern zurück zur Entwicklung verschmelzenden

Question

Die Frage ist, über einige Randfall git-flow Methodik

Ich habe eine Art von typischen git-Flow Geschichte wie folgt aus:

 o---o---o---o [release-3.5.0] 
    /
----o---o---o---o---o [development] 

Git-flow sagte uns Release-3.5.0 Niederlassung in Entwicklung dann verschmelzen lassen Sie bereit ist. Also, schließlich werden wir ALLE Änderungen erhalten, die bei Release-Zweig in Entwicklung Zweig gemacht werden.

 o---o---o---o 
    /   \ 
----o---o---o---o---o [development] 

Nun stell dir vor, wir haben eine Festschreibung ‚X‘ auf Release-Zweig, was wir NICHT an Entwicklungszweig will, zum Beispiel ist es eine Art von Hack/Hotfix oder anderes, das bereits in der Entwicklung festgelegt ist in vernünftige Weise (dh durch begehen Y)

 o---X---o---o [release-3.5.0] 
    /
----o---o---o---Y---o [development] 

so ist die wichtigste Frage, wie man mit solchen Situationen umgehen? Wie kann verhindert werden, dass dieses Commit (oder Commit) wieder in die Entwicklung zurückkehrt?

Answer 1

Während die Antworten rebase empfehlen und/oder fusionieren/Revert/Squash funktionieren wird, ich persönlich denke, die bessere Antwort sein würde:

git checkout development 
git merge --no-commit release-3.5.0 
# make whatever changes you need to fixup the "hack" and/or clean up any conflicts 
git commit 

Answer 2

haben Sie mehrere Möglichkeiten:

1) git rebase -i

In diesem Modus können Sie Ihren Release-Zweig auf dem Entwicklungszweig rebase und der X-te verpflichten auszuschließen.

Warnung Sie verwirren die bestehende geklonte Repositories in diesem Fall.

2) verwenden git cherry-pick

In diesem Modus werden Sie die Möglichkeit haben, verpflichtet sich einer nach dem anderen zu holen.

3) verwenden git rebase -i auf einem separaten Zweig und verschmelzen sie danach, wie es in dieser Antwort angegeben: Is it possible to exclude specific commits when doing a git merge?

Answer 3

In solchen Szenarien Sie immer wollen vollständig die Release (-ähnlichen) Zweige zusammenführen. Stellen Sie also sicher, dass nichts fehlt.

Aber während der Zusammenführung können Sie den Inhalt frei ändern - einschließlich einige Änderungen zu löschen oder zu wiederholen. In Ihrem Beispielfall führen Sie den Zweig zusammen, setzen Sie den Commit, den Sie nicht mögen, zurück und zerquetschen Sie diesen in den Merge-Commit. Offensichtlich notieren Sie sich in der Merge-Commit-Nachricht dieser Aktion.

Wenn sich das Update bereits auf devel befindet, wird es einfach übersprungen, oder Sie lösen den Konflikt, indem Sie die devel-Version auswählen.

Der Punkt ist, Sie wollen die Geschichte zeigen als Ihre zweite Figur, und der Staat, wie es am besten Sinn macht.