Eso es genial 
¿Entiendo correctamente que ahora no hay una actualización estable a la 3.5.3, posiblemente por coincidencia?
4 Me gusta
Sí, solo una coincidencia. No teníamos ninguna corrección de seguridad que lanzar este mes.
Stable 3.5 sigue totalmente soportado.
6 Me gusta
Hola,
Solía usar la etiqueta beta y ahora estoy intentando actualizar mis scripts para usar la nueva configuración. Así es como se ve el repositorio hasta donde puedo ver:
* b541e99ea2 (origin/tests-passed, origin/main, origin/latest) DEV: Excluir nueva tabla en la configuración de IntermediateDB
* 02dfb651ae DEV: Añadir soporte para convertir e importar `category_moderation_groups`
.
.
.
* 1dde082e96 UX: actualizar el icono de cita del lightbox para aplicar sombra (#36247)
* 3e7317b334 (tag: v2025.12.0-latest, tag: release) DEV: Iniciar desarrollo de v2025.12.0-latest (#36249)
| * 48167b94d6 (origin/release/2025.11) Backport de desbordamiento limitado del cuerpo (#36256)
| * 75d61b40ee (tag: v2025.11.0) DEV: Incrementar versión en `release/2025.11` a `v2025.11.0` (#36251)
|/
* e3f0320395 FIX: usa desbordamiento oculto en el cuerpo en iOS (#36248)
.
.
.
* a4022f69f3 Incrementar versión a v3.3.0.beta1-dev
* b2b1e721b5 (tag: v3.2.0.beta5, tag: latest-release, tag: beta) Incrementar versión a v3.2.0.beta5
* 88305e3d96 DEV: Eliminar lógica basada en el número de versión (#25482)
- ¿Es de esperar que la etiqueta
betasiga apuntando av3.2.0.beta5? - ¿Es de esperar que la etiqueta
releaseno apunte a una revisión en la ramarelease/2025.11?
Gracias 
2 Me gusta
Hola @simonk, ¡gracias por plantear esos puntos! De hecho, hemos estado discutiendo ambas cosas hoy internamente.
-
Las etiquetas antiguas
betaylatest-releasedeberían ser alias derelease -
releasedebería seguir el último commit derelease/2025.11
Estamos trabajando para solucionarlo ahora mismo.
2 Me gusta
Esas tres etiquetas se han movido ahora al commit correcto manualmente. Me aseguraré de que las herramientas automatizadas se actualicen para mantenerlas en el lugar correcto en el futuro.
* commit 48167b94d63faf8a41b9c8193ec5dd3e4e9f498e (HEAD -> release/2025.11, tag: release, tag: latest-release, tag: beta, origin/release/2025.11)
| Author: Joffrey JAFFEUX <j.jaffeux@gmail.com>
| Date: Wed Nov 26 14:31:55 2025 +0100
|
| Backport limited body overflow (#36256)
|
5 Me gusta
Una peculiaridad de producción.
Mi Discourse autoalojado seguía mostrando 3.6.0.beta2 como la versión más reciente. En el Panel de Administración, la cara sonriente verde indicaba que estaba en la última versión, pero en realidad, estaba dos versiones por detrás.
Realicé una actualización manual y ahora estoy en 2025.12.0-latest.
¿Hay algo que puedan hacer en la herramienta de lanzamiento para marcar 3.6.0.beta2 como desactualizado y requerir una actualización?
2 Me gusta
Una publicación fue dividida en un nuevo tema: Reestructuración de la traducción en Crowdin para la nueva estrategia de versionado
Así que esto se debe probablemente a la transición de un esquema al nuevo, pero
- ayer se lanzó la 3.5.4
- la 3.5 está marcada como ESR y se lanzó en agosto de 2025
- ayer se lanzó la 2026.1, que es una versión ESR
pero la 3.5 ahora está marcada como fin de vida. Según lo anterior, ¿debería estar soportada hasta finales de marzo?
Además, esa página dice que el 28 de enero es “hoy”.
Sí, eso es correcto. La versión estable 3.5 no tiene su propia rama en git, por lo que seguir dándole soporte después de convertir la rama estable en una etiqueta es complicado. Etiquetamos la v3.5.4 (que incluye las últimas correcciones de seguridad) justo antes de eliminar la rama estable, por lo que está bien usar esa si necesitas un poco más de tiempo antes de pasar a la 2026.1. Pero cualquier corrección de seguridad futura no estará disponible para la serie 3.5.
Una vez que lancemos la 2026.7 ESR, habrá dos meses en los que seguiremos dando soporte a la 2026.1 en su rama de lanzamiento.
Le echaré un vistazo a esto, gracias.
5 Me gusta