release-management

Ich bevorzuge den Prototyp, Alpha, Beta, GA-Methode. Dadurch kann ich den Benutzern den aktuellen Status der Software mitteilen. Dazu gebe ich die Versionsnummern .2, .3, .4.

• Die erste Ziffer, die wichtige Meilensteine ​​darstellt.
• Die zweite Ziffer steht für die Erhöhung der Freigabe (ich gebe sie normalerweise einmal pro Woche frei, damit die zweite Ziffer erhöht wird).
• Die dritte Ziffer wird für Patches verwendet. Wenn es einen Fehler im Code gibt, der außerhalb des normalen Release-Zeitplans liegt, verwende ich die dritte Ziffer.

Microsoft verwendet die Versionsnummerierung sowie die alpha-, beta- und GA-Moniker.

Ich denke, die Versionsbenennung hängt sehr davon ab, was Sie erreichen möchten. Wenn Sie etwas für den Konsum freigeben und nicht versuchen, Daten aus einer Beta-Phase zu sammeln, nennen Sie es nicht Beta. Wenn Sie nicht versuchen, die Technologie in der Vorschau anzuzeigen, nennen Sie sie nicht Alpha.

Ich arbeite derzeit hauptsächlich mit Web-Apps, und wir nummerieren unsere Versionen einfach als inkrementelle Ganzzahlen, wenn wir sie bereitstellen (1, 2, 3, 4, 5 usw.). Es gibt keinen Grund, sich in komplizierte Namenslogiken zu begeben, wenn sich sowieso niemand für die Versionen interessiert.

Für kleine Software nur Major.Minor. Wenn Major geändert wird - einige Eingabedateien sind nicht mit der vorherigen Version kompatibel. Wir stellen den Kunden keine Software vor, so dass die gleiche Version zum Testen und zur endgültigen Freigabe dient.

Die Art, wie wir unsere Releases benannt haben, ist typischerweise die Phasennummer. Da es sich bei den meisten unserer Verträge um Regierungsprojekte handelt, werden wir die erste Version einführen und Phase 2, Phase 3, Phase 4 durchführen, wenn das Unternehmen beschließt, mit neuen Feature-Anfragen fortzufahren (und Mittel für die zukünftigen Entwicklungen erhält). p>     

Einige Open Source-Software-Projektnamen werden nach dem Veröffentlichungsdatum veröffentlicht. Zum Beispiel wurde Ubuntu 8.04 im April 2008 veröffentlicht und Ubuntu 6.06 wurde im Juni 2006 veröffentlicht. Aber Ubuntu ist nicht die einzige Linux-Distribution, die diese Methode verwendet.

Natürlich hat jede Ubuntu-Veröffentlichung auch einen Codenamen, der jedes Mal ein anderes Tier ist, kombiniert mit einem alliterierenden Adjektiv (das Adjektiv dient auch als kursartige Abkürzung für Insider). Jede Ausgabe wird im Alphabet angezeigt, damit sich die Leute leicht daran erinnern können, wo sie eine Veröffentlichung im stetigen Stream platzieren. Zum Beispiel:

Zum Beispiel 6,06, dapper Drake 6.10, kantiges Eft 7.04, feisty fawn 7.10, gutsy gibbon

Ich bevorzuge die Linux-Kernel-Notation: major.minor.release.build, aber ich verwende selten den .build-Teil, und ich verwende keine geraden / ungeraden Zahlen für stabile / Entwicklungs-Minderjährige.

Wir veröffentlichen keine Alpha / Beta-Software für unsere Kunden. Deshalb verwenden wir einfach:

• x.0 (für Hauptversionen, die wichtige / viele neue Funktionen enthalten)
• x.1, x.2 usw. (für Nebenversionen, die kleinere neue Funktionen und Erweiterungen enthalten)
• x.y.1, x.y.2 usw. (für Bugfixes / Wartungsversionen)

(wobei x, y = 1,2, ...)