Lanzamiento de Weblate

Ciclo de lanzamiento

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.

Ver también

Planificación de lanzamiento

Las características de los próximos lanzamientos se recopilan mediante los hitos de GitHub; puedes ver nuestra hoja de ruta en <https://github.com/WeblateOrg/weblate/milestones>.

Proceso de versión

Cosas para comprobar primero a la versión:

  1. Compruebe los idiomas recientemente traducidos mediante ./scripts/list-translated-languages.py.

  2. Establezca la versión final mediante ./scripts/prepare-release.

  3. Asegúrese de que las capturas de pantalla estén actualizadas make -j 12 -C docs update-screenshots.

  4. Fusionar cualquier traducción posiblemente pendiente 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.

Realizar la liberación:

  1. Crea un lanzamiento ./scripts/create-release --tag (consulte a continuación para los requisitos).

Pasos de post lanzamiento del manual:

  1. Cierre del hito de GitHub.

  2. Una vez que la imagen de Docker está probada, añada una etiqueta y súbela.

  3. Incluye la versión nueva en .github/workflows/migrations.yml para cubrirlo en pruebas de migración.

  4. Incrementa la versión en el repositorio usando ./scripts/set-version.py.

  5. Comprueba que readthedocs.org compilará todas las traducciones de la documentación utilizando ./scripts/rtd-projects.py.

Para crear etiqueta utilizando el script ./scripts/create-release necesitarás lo siguiente:

  • Proporciona acceso a los repositorios de git Weblate (sube etiquetas)