G
Green Mamba
Gast
Hallo,
ich beschäftige mich momentan etwas intensiver mit verschiedenen Branching-Strategien. Hier gibt es einen Branching Guide für den TFS:
http://tfsbranchingguideii.codeplex.com/
Hier gibt es einen weiteren Branching Guide, welcher etwas neuer ist:
http://tfsbranchingguideiii.codeplex.com/
Im der neueren Ausgabe (Archiv entpacken, dann TFS_Branching_Guide_Scenarios_2010_v1.pdf öffnen und auf Seite 6 schauen) werden als kleinstes Modell zwei Branches vorgeschlagen, ein MAIN und ein DEV-Branch. So wird das finale Bugfixing auf dem Main durchgeführt und anschließend zurück in den DEV gemerged. Gleichzeitig kann auf dem DEV gearbeitet werden. Soweit so gut.
Im älteren Branching-Guide wird als kleinstes Modell 3 Branches vorgeschlagen. Ein DEV, ein MAIN und zusätzlich ein RELEASE-Branch. Auf letzterem wird das Release stabilisiert, während auf DEV neue Features entwickelt werden. Beide werden jeweils am Ende einer Phase zurück auf den MAIN-Branch gemerged. So hat man immer einen hochqualitativen und sehr stabilen MAIN-Branch. Meine Frage ist jetzt, seht ihr weitere Vorteile außer diesem sehr stabilden MAIN-Branch der jederzeit verfügbar ist?
Bin gespannt auf weitere Meinungen.
Viele Grüße
ich beschäftige mich momentan etwas intensiver mit verschiedenen Branching-Strategien. Hier gibt es einen Branching Guide für den TFS:
http://tfsbranchingguideii.codeplex.com/
Hier gibt es einen weiteren Branching Guide, welcher etwas neuer ist:
http://tfsbranchingguideiii.codeplex.com/
Im der neueren Ausgabe (Archiv entpacken, dann TFS_Branching_Guide_Scenarios_2010_v1.pdf öffnen und auf Seite 6 schauen) werden als kleinstes Modell zwei Branches vorgeschlagen, ein MAIN und ein DEV-Branch. So wird das finale Bugfixing auf dem Main durchgeführt und anschließend zurück in den DEV gemerged. Gleichzeitig kann auf dem DEV gearbeitet werden. Soweit so gut.
Im älteren Branching-Guide wird als kleinstes Modell 3 Branches vorgeschlagen. Ein DEV, ein MAIN und zusätzlich ein RELEASE-Branch. Auf letzterem wird das Release stabilisiert, während auf DEV neue Features entwickelt werden. Beide werden jeweils am Ende einer Phase zurück auf den MAIN-Branch gemerged. So hat man immer einen hochqualitativen und sehr stabilen MAIN-Branch. Meine Frage ist jetzt, seht ihr weitere Vorteile außer diesem sehr stabilden MAIN-Branch der jederzeit verfügbar ist?
Bin gespannt auf weitere Meinungen.
Viele Grüße