Choose and document branch workflow
Bis zum Release 3.0 verwendeten wir das Gitflow-Branch-Modell. Seitdem betreiben wir nur noch den master
-Branch.
Ich denke, wir haben noch nicht abschließend geklärt, wie wir weiter vorgehen wollen.
Mein Favorit wäre der OneFlow-Ansatz mit der Merge-Variante #1
(rebase + ff-merge) oder (für größere Änderungen) der Variante #3
(rebase + no-ff-merge).
Kurz zusammengefasst:
- Es gibt nur einen dauerhaften Branch (
master
), Releases werden kurz abgezweigt, getagt und wieder in denmaster
germerged. - Feature-Branches werden vom
master
abgezweigt und irgendwann wieder inmaster
gemerged (siehe obige Merge-Methode#1
oder#3
). - Nachbesserungen (Hotfixes / Patch-Release) werden vom Release-Tag abgezweigt, getagt und wieder in den
master
gemerged.
Dies ergibt aus meiner Sicht eine schöne gradlinige Historie, vermeidet cherry-pick und würde zu uns passen, wenn wir zukünftig nur noch ein Release pflegen (das zuletzt veröffentlichte).
Was denkt ihr?