Was ist Ihre bevorzugte Methode, um Ihre Software-Versionen zu nennen?

Question

Was ist Ihre bevorzugte Methode, um Ihre Software-Versionen zu nennen? Wie Microsoft: alpha - beta - final - Service Pack ... Wie Google: gmail Beta - Beta - Beta - Beta - :) Wie einige Software: 0.2 - 0,3 - 0,9999 ...

Answer 1

Major.Minor.Release.Build

Während der Freisetzung und Schritte beim Aufbau sollen nicht enthalten „breaking changes“ (zum Beispiel ein anderes Dateiformat haben Dokumente zu speichern), ich bin nicht ganz sicher, ob Minor Releases darf.

Die Bedeutung der alpha, beta-Suffixe ist für mich:

Alpha / Vorschau: Hey, ich habe etwas, das ich zeigen will.

Beta. Die Set-Funktion komplett ist so weit, aber es gibt einige linken Bugs

Release Candidate: Ich denke, dass es kein (großes) Bugs links

.

Final:. Es könnte immer noch Fehler, aber ich habe irgendwann freizusetzen; -)

Answer 2

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

• x.0 (für Major-Releases, wichtig / viele neue Features enthält)
• X.1, X.2 usw. (für kleinere Releases enthalten kleinere neue Funktionen und Erweiterungen)
• x.y.1, x.y.2 usw. (für Fehlerbehebung / Maintenance Releases)

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

Answer 3

Ich ziehe den Prototyp, alpha, beta, GA-Methode. Dies ermöglicht es mir, den aktuellen Status der Software an die Nutzer / Kunden zu kommunizieren. Zusammen mit, dass liefere ich Versionsnummern 0,2, 0,3, 0,4.

• Die erste Ziffer repräsentieren wichtige Meilensteine.
• Die zweite Ziffer steht für Erhöhen des Release (I in der Regel freigeben einmal pro Woche, damit ich die zweite Ziffer erhöhen).
• Die dritte Stelle ist für Patches verwendet, so dass, wenn es einen Fehler im Code, die außerhalb des normalen Release-Zeitplan festgelegt ist ich die dritte Ziffer verwenden.

Answer 4

Microsoft verwendet Versionsnummern sowie die Alpha-, Beta-, GA Moniker.

ich denke, Version Namensgebung viel hängt davon ab, was Sie erreichen wollen. Wenn Sie etwas für den Verzehr sind die Freigabe und versuchen nicht, Daten aus einer Beta-Phase zu sammeln, tun es nicht Beta nennen. Wenn Sie nicht die Technologie, um eine Vorschau versuchen, tut es nicht alpha nennen.

Ich arbeite meistens mit Web-Anwendungen derzeit und wir zählen nur unsere Versionen als Inkrementieren ganze Zahlen durch, wenn wir bereitstellen (1, 2, 3, 4, 5, etc.). Es gibt keinen Grund zu haben, in komplizierter Namenslogik zu erhalten, wenn niemand sowieso die Versionen kümmert sich um.

Answer 5

Für kleine Software nur major.minor. Wenn Wesentliche Änderungen - Einige Eingabedateien sind nicht mit früheren Version kompatibel. Wir sind nicht an den Kunden prereleasing Software so gleiche Version ist für die Prüfung und für die endgültige Freigabe.

Answer 6

Die Art, wie wir unsere Releases Namensgebung wurden typischerweise Phasennummer. Bei den meisten unserer Verträge Projekte der Regierung sind wir die erste Version ausrollen und dann Phase 2 durchzuführen, Phase 3, Phase 4 als das Unternehmen zusammen mit neuen Feature-Requests zu bewegen entscheidet (und die Finanzierung übernimmt für die künftige Entwicklung).

Answer 7

Einige Open-Source-Software Projektnamen Mitteilungen nach dem Zeitpunkt sie veröffentlicht wurden. Zum Beispiel 8,04 Ubuntu wurde im April 2008 veröffentlicht und Ubuntu 6.06 wurde im Juni 2006. Aber Ubuntu ist nicht die einzige Linux-Distribution freigegeben, die diese Methode verwendet wird.

Natürlich jede Ubuntu-Version hat auch einen Codenamen, die jedes Mal ein anderes Tier, kombinierte mit einem alliterierenden Adjektiv (das Adjektiv dient auch als cutesy Abkürzung für Insider). Jede Version geht im Alphabet, so kann man leicht daran erinnern, wo eine Freisetzung im stetigen Strom zu setzen. Zum Beispiel:

Zum Beispiel 6.06 Dapper Drake 6.10 Edgy Eft 7.04, Feisty Fawn 7.10 Gutsy Gibbon

Answer 8

Ich ziehe den Linux-Kernel-Notation: major.minor.release.build, aber ich benutze selten die .build Teil, und ich verwende nicht gerade / ungerade Zahlen für stable / Entwicklung der Kinder und Jugendlichen

.