Was ist Ihre bevorzugte Methode, um Ihre Software-Releases zu benennen?

7

Was ist Ihre bevorzugte Methode, um Ihre Software-Releases zu benennen? Wie Microsoft: Alpha - Beta - Finale - Service Pack ... Wie Google: gmail beta - beta - beta - beta - :) Wie einige Software: 0.2 - 0.3 - 0.9999 ...

    
Click Ok 04.01.2009, 00:05
quelle

8 Antworten

22

Major.Minor.Release.Build

Während Release- und Build-Inkremente keine "breaking changes" enthalten sollten (zB ein anderes Dateiformat zum Speichern von Dokumenten), bin ich mir nicht ganz sicher, ob Minor-Releases erlaubt sind.

Die Bedeutung der Alpha, Beta-Suffixe sind für mich:

Alpha / Vorschau: Hey, ich habe etwas, das ich zeigen möchte.

Beta: Das Feature-Set ist soweit abgeschlossen, aber es sind noch einige Bugs vorhanden.

Release Candidate: Ich denke, dass es keine größeren Bugs mehr gibt.

Schluss: Es könnte immernoch Fehler geben, aber ich muss sie irgendwann freigeben ;-).

    
Rauhotz 04.01.2009, 00:23
quelle
1

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.
Brian Fisher 04.01.2009 00:07
quelle
1

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, ...)

    
M4N 04.01.2009 00:10
quelle
1

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.

    
commondream 04.01.2009 03:29
quelle
0

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.

    
Malx 04.01.2009 00:42
quelle
0

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>     

TheTXI 04.01.2009 16:28
quelle
0

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

    
amarillion 30.05.2009 10:53
quelle
0

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.

    
Radu Potop 30.05.2009 11:19
quelle