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