Veröffentlichungsverfahren
Diese Seite ist in Arbeit. Das folgende Verfahren ist noch nicht zur Verwendung freigegeben
Trunk
Meson arbeitet nach dem Prinzip, dass der Trunk (in der Theorie) immer gut genug für die Veröffentlichung sein sollte. Das bedeutet, dass jeder Code, der in den Trunk übernommen wird, alle Unit-Tests bestehen muss. Jeder fehlerhafte Code sollte entweder sofort behoben oder zurückgesetzt werden.
Personen, die gelegentliche Ausrutscher tolerieren können, sollten Meson trunk für ihre tägliche Entwicklung nutzen können, wenn sie dies wünschen.
Hauptveröffentlichungen
Hauptveröffentlichungen erfolgen derzeit in der Form 0.X.0, wobei X eine aufsteigende Zahl ist. Wir streben etwa alle 3 bis 4 Monate eine Hauptveröffentlichung an, obwohl der Zeitplan nicht in Stein gemeißelt ist.
Bevor eine Hauptveröffentlichung erfolgt, wird ein stabiler Zweig erstellt und eine Release-Kandidaten-Version 0.X.0-rc1 veröffentlicht. Ein neuer Meilenstein für 0.X.0 wird erstellt, und alle Fehler, die den RC beeinträchtigen, werden diesem Meilenstein zugeordnet. Patches, die Fehler im Meilenstein beheben, werden in den stabilen Zweig übernommen, und die normale Entwicklung wird im Master-Zweig fortgesetzt. Jede Woche danach wird ein neuer Release-Kandidat veröffentlicht, bis alle Fehler in diesem Meilenstein behoben sind. Wenn alle Fehler behoben sind, wird die Version 0.X.0 veröffentlicht.
Fehlerkorrektur-Veröffentlichungen
Fehlerkorrektur-Veröffentlichungen enthalten nur geringfügige Korrekturen an Hauptveröffentlichungen und werden durch Erhöhung der letzten Ziffer der Versionsnummer gekennzeichnet. Kriterien für eine Fehlerkorrektur-Veröffentlichung sind eines der folgenden:
- Die Veröffentlichung weist eine größere Regression im Vergleich zur vorherigen Veröffentlichung auf (was bestehende Projekte unbaubar macht)
- Die Veröffentlichung weist einen schwerwiegenden Fehler auf, der zu Datenverlust oder ähnlichem führt
- Anderes unvorhergesehenes größeres Problem
In diesen Fällen kann eine Fehlerkorrektur-Veröffentlichung vorgenommen werden. Sie sollte *nur* die Korrektur des betreffenden Problems (oder der betreffenden Probleme) und andere geringfügige Fehlerkorrekturen enthalten. Nur Änderungen, die bereits im Trunk eingegangen sind, werden für die Aufnahme berücksichtigt. Es darf keine neue Funktionalität hinzugefügt werden.
Anforderung einer Fehlerkorrektur-Veröffentlichung
Der Prozess zur Anforderung einer Fehlerkorrektur-Veröffentlichung läuft ungefähr wie folgt ab:
- Erstellen Sie einen Fehlerbericht zum Kernproblem
- Erstellen Sie, wenn möglich, einen Patch zur Behebung des Problems
- Kontaktieren Sie das Entwicklungsteam und fordern Sie eine Fehlerkorrektur-Veröffentlichung an (IRC ist das bevorzugte Kontaktmedium)
Die Anfrage sollte folgende Informationen enthalten:
- Das betreffende Problem
- Ob es bereits Probleme für reale Projekte verursacht hat
- Eine Schätzung, wie viele Personen und Projekte betroffen sein werden
Es ist nicht notwendig, einen langen und komplizierten Anforderungsbericht zu schreiben. Etwas wie das Folgende ist ausreichend:
Die neueste Veröffentlichung hat eine Regression, bei der der Versuch, Foo mit Bar zu tun, fehlschlägt. Dies beeinträchtigt alle Projekte, die beides verwenden, darunter mindestens [Liste der betroffenen Projekte]. Dies verursacht Probleme für X Personen, und deshalb sollten wir eine Fehlerkorrektur-Veröffentlichung vornehmen.
Die Ergebnisse der Suche sind