Software-Release-Lebenszyklus

Question

Bevor ich in Frage komme, bevorzuge ich Hintergrundinformationen über die aktuelle Release-Strategie. Also hier geht es:

Wir verwenden Git als Versionskontrollsystem.

Aktuelle Prozess

1. Wir sind in einem monatlichen Sprint veröffentlichen.
2. Jeder verpflichtet sich nur zum Master-Zweig.
3. Ein Code-Freeze-Tag wird lange vor dem Release behoben.
4. Am Tag des Code Freeze Master ist für neue Commits blockiert und ein Release-Kandidat ist abgeschlossen.
5. Eine neue Verzweigung wird vom Master für diese Version erstellt und sagt zB für 16,7 (Jahr.Monat).
6. Und schließlich Master wird für die weitere Entwicklung zur Verfügung gestellt.

So denken jetzt aus dem laufenden Prozess zu einem neuen zu bewegen, die wie folgt sein:

Neuer Prozess

1. Es wird 3 Veröffentlichungen Vorschau, Dur, Moll.
2. Eine Vorschau-Version wird wie eine interne Version sein, in der in den meisten Dingen, die in Major-Version gehen werden, entwickelt werden und die Version als Vorschau für den Client zur Verfügung gestellt wird.
3. Hauptversion enthält alle voll funktionsfähigen Funktionen. Und ist eine Produktion bereit.
4. Minor wird eine Bugfix-Version für Hauptversion sein.
5. So wird es wie eine vierteljährliche Hauptversion sein.

Fragen

1. Wie wird das Verzweigungsmodell für git sein?
2. Einige der Vor-und Nachteile mit dem neuen Prozess?
3. Irgendwelche Haupthindernisse, denen wir gegenüberstellen könnten?
4. Worauf sollte geachtet werden, um den Übergang zu erleichtern?

fand ich einen Link, der für das neue Verfahren Art geeignet ist Git branching model

Answer 1

Warum Ihr Workflow in einer Art und Weise nicht formalisieren, die bereits dokumentiert und automatisiert existiert und. Normalerweise machst du git genau das, was du willst. Wenn also das Muster, das du beschreibst, das ist, das zu deinen Bedürfnissen passt, nimm es. Das ist eine Entscheidung Ihrer Firma, dass wir Ihnen nicht wirklich mit einem External helfen können.

Aber wenn Sie sich eher wie ein generisch formalisierter Workflow fühlen (manche würden sagen eingeschränkter), für den Sie die Dokumentation nicht tun müssen, machen Sie etwas über Git-Muster, z. Gitflow. Vielleicht wird das besser für dich funktionieren.