Weblate-Veröffentlichungen

Veröffentlichungszeitplan

Weblate hat einen zweimonatigen Veröffentlichungszyklus für neue Versionen (x.y). Darauf folgen normalerweise eine Reihe von Veröffentlichungen zur Behebung von Fehlern, die sich eingeschlichen haben (x.y.z).

Die Änderung der Hauptversion zeigt an, dass der Upgrade-Prozess diese Version nicht überspringen kann – Sie müssen immer auf x.0 aktualisieren, bevor Sie auf höhere x.y-Versionen aktualisieren.

Siehe auch

Upgrade von Weblate

Veröffentlichungsplanung

Die Funktionen für kommende Versionen werden mit Hilfe von GitHub-Meilensteinen gesammelt, Sie können unsere Roadmap unter <https://github.com/WeblateOrg/weblate/milestones> einsehen.

Veröffentlichungsprozess

Vor Veröffentlichung zu prüfende Dinge:

  1. Neu übersetzte Sprachen überprüfen ./scripts/list-translated-languages.

  2. Endgültige Version einstellen ./scripts/prepare-release.

  3. Bildschirmfotos auf den neuesten Stand bringen make -j 12 -C docs update-screenshots.

  4. Merge aller möglicherweise ausstehenden Übersetzungen wlc push; git remote update; git merge origin/weblate

Die Veröffentlichung ausführen:

  1. Ein Release erstellen ./scripts/create-release --tag (siehe unten für die Anforderungen).

Manuelle Schritte nach der Veröffentlichung:

  1. Das Docker-Image aktualisieren.

  2. Den GitHub-Meilenstein schließen.

  3. Sobald das Docker-Image getestet ist, fügen Sie ein Tag hinzu und pushen es.

  4. Das Helm-Diagramm auf die neue Version aktualisieren.

  5. Die neue Version in .github/workflows/migrations.yml einfügen, um sie bei Migrationstests zu berücksichtigen.

  6. Die Version in den Download-Links auf der Website erhöhen.

  7. Die Version im Repository mit ./scripts/set-version erhöhen.

  8. Überprüfen, ob readthedocs.org alle Übersetzungen der Dokumentation mit ./scripts/rtd-projects erstellt hat.

Um Tags mit dem Skript ./scripts/create-release zu erstellen, wird folgendes benötigt:

  • GnuPG mit privatem Schlüssel, der zum Signieren der Veröffentlichung verwendet wird

  • Push-Zugriff auf die Git-Repositorys von Weblate (es werden Tags gepusht)

  • Konfiguriertes hub-Tool und Zugriff um Veröffentlichungen auf dem Weblate-Repository zu erstellen

  • SSH-Zugang zum Weblate-Download-Server (die Website-Downloads werden dorthin kopiert)