Weblate-Veröffentlichungen

Veröffentlichungszyklus

Weblate uses calendar versioning with monthly releases. The version format is <YEAR>.<MONTH>.<PATCH> with a numeric, non-zero-padded month. The <PATCH> part is omitted for the first release in a month when it would be 0, for example 2026.5. Patch releases use the full version number, for example 2026.5.1.

Monthly releases are usually published at the beginning of the month. Patch releases include bug fixes, security fixes, and dependency updates which should not wait for the next monthly release.

Direct upgrades are supported from releases in the current or previous calendar year. The first release in a new year drops direct upgrade support for releases from the year before the previous year.

The Docker container includes an additional version component to track changes in the container itself, such as dependencies. Fixed Docker image tags include the patch component together with this build component, even when the Weblate version omits a 0 patch component. These updates may include security updates.

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:

  1. Überprüfen neu übersetzter Sprachen mit ./scripts/list-translated-languages.py.

  2. Endgültige Version einstellen mit ./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

When building distribution packages locally, start from a clean checkout or remove ignored packaging artifacts such as build/, dist/, weblate.egg-info/, and generated weblate/locale/**/*.mo files.

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. Den GitHub-Meilenstein schließen.

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

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

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

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

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)