Versionsnummern im Text #

Diese Seite ist für Reporter und Redakteure, die Versionsnummern in Texte setzen. Die Nummern von Exponential folgen ein paar einfachen Regeln, und eine davon überrascht viele: Die letzte Stelle zählt weiter, sodass 0.0.4.10 nach 0.0.4.9 kommt.

Inhalt #

1. Eine Version schreiben
2. Linien und Releases
3. Veröffentlicht oder in Entwicklung
4. Nummern von Velocity und Erweiterungen
5. Versionen vergleichen und sortieren
6. Häufige Fehler

Eine Version schreiben #

Quelle: Regeln für Marke und Namen.

Linien und Releases #

Alle Releases stehen unter Die 6.0.x-Releases auf einen Blick.

Veröffentlicht oder in Entwicklung #

Eine Version ist veröffentlicht, wenn ihr Git-Tag veröffentlicht ist. Bis dahin:

• schreiben Sie „<Version>, das in Entwicklung ist“ oder „das nächste Release“;
• nennen Sie kein Datum, sofern das Projekt keines veröffentlicht hat;
• beschreiben Sie Funktionen als „im Changelog von <Version>“, nicht als in einem Release verfügbar (Über 6.0.15 berichten: vor und nach dem Tag).

Einmal veröffentlicht, wird eine Version nie geändert: „a fix for a problem in v6.0.14 or an earlier tag reaches you as the next release, not as a corrected copy of the old one“ (SECURITY.md; Veröffentlichte Versionen ändern sich nie).

Nummern von Velocity und Erweiterungen #

Velocity und die Erweiterungen haben eigene Nummern, unabhängig von denen des Kernels:

• Velocity verwendet vier Stellen, zum Beispiel 0.0.4.54 (die erste Version, die composer.json verlangte, am 20. Oktober 2026).
• „After 0.1.9 the next release is 0.1.10; only the last position counts up unless you decide otherwise“ (Erweiterungen, „Release it“).
• Erweiterungen, die im Kernel mitgeliefert werden, tragen die Version des Kernels; eigenständige Erweiterungen ihre eigene.

Schreiben Sie das Produkt mit seiner Nummer: „Velocity 0.0.4.54“, „die Erweiterung expai 0.0.1.12“. Vermischen Sie sie nicht mit der Nummer des Kernels.

Versionen vergleichen und sortieren #

Vergleichen Sie Stelle für Stelle als Zahlen: 6.0.10 ist neuer als 6.0.9. Eine einfache alphabetische Sortierung macht das falsch und setzt 6.0.10 vor 6.0.2. In einem Klon des Repositorys:

git tag -l 'v6.0.*' --sort=version:refname    # right order
git tag -l 'v6.0.*' | sort -V                  # right order
git tag -l 'v6.0.*' | tail -1                  # WRONG: alphabetical, may not be the newest

Häufige Fehler #

Verwandte Seiten #

• Wie Versionsnummern funktionieren
• Die 6.0.x-Releases auf einen Blick
• Ein Release selbst prüfen
• Freie Dokumentation: Diese Seite darf unter der GNU FDL 1.3 frei kopiert, übersetzt und verbessert werden.