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
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:
Neu übersetzte Sprachen überprüfen ./scripts/list-translated-languages.
Endgültige Version einstellen ./scripts/prepare-release.
Bildschirmfotos auf den neuesten Stand bringen make -j 12 -C docs update-screenshots.
Merge aller möglicherweise ausstehenden Übersetzungen wlc push; git remote update; git merge origin/weblate
Die Veröffentlichung ausführen:
Ein Release erstellen ./scripts/create-release --tag (siehe unten für die Anforderungen).
Manuelle Schritte nach der Veröffentlichung:
Den GitHub-Meilenstein schließen.
Sobald das Docker-Image getestet ist, fügen Sie ein Tag hinzu und pushen es.
Die neue Version in
.github/workflows/migrations.yml
einfügen, um sie bei Migrationstests zu berücksichtigen.Die Version im Repository mit ./scripts/set-version erhöhen.
Ü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:
Push-Zugriff auf die Git-Repositorys von Weblate (es werden Tags gepusht)