Actualizando / Reconstruyendo el Contenedor Docker resulta en v3.5.2 en lugar de v2025.11.0

Instalación
1

Actualizamos una configuración de Discourse existente como lo hicimos varias veces antes: después de extraer la revisión actual del repositorio discourse_docker, ejecutamos el siguiente comando:

./launcher rebuild app

Se ejecuta sin errores y también inicia el nuevo contenedor; parece todo bien.

Pero al examinar el código fuente HTML de la aplicación en ejecución, vemos que todavía afirma ser una v3.5.2 (la versión anterior a la actualización), en lugar de la esperada v2025.11.0.

Nuestro procedimiento es el mismo que con las actualizaciones anteriores. Lo único que cambió evidentemente es el esquema de numeración de versiones que se introdujo con la v2025.11.0; ¿quizás esté relacionado con este cambio?

Verifiqué si en el código fuente de Discourse la cadena de versión fue olvidada de actualizarse, pero ese no es el caso, vean los dos commits:

De la salida del comando de reconstrucción del launcher noté que realiza un git pull y ve/detecta las nuevas ramas:

(...)
 t [tag update]          beta                    -> beta
 t [tag update]          latest-release          -> latest-release
 * [new tag]             release                 -> release
 * [new tag]             v2025.11.0              -> v2025.11.0
 * [new tag]             v2025.12.0-latest       -> v2025.12.0-latest
 * [new tag]             v3.5.2                  -> v3.5.2
 * [new tag]             v3.6.0.beta2            -> v3.6.0.beta2
Switched to a new branch 'stable'
I, [2025-12-03T12:27:14.785550 #1]  INFO -- : branch 'stable' set up to track 'origin/stable'.

Aun así, de alguna manera me parece que está eligiendo la rama equivocada (en el sentido de “no la más reciente”). La rama “stable” parece contener la v3.5.2 (según lib/version.rb en esa rama).

Releí el Anuncio de Lanzamiento para 2025.11.0 y ciertamente suena como un lanzamiento estable, no solo una versión preliminar/de adopción temprana. La nueva estrategia de versionado enlazada menciona la rama latest, pero ahora estoy igual de confundido sobre qué esperar.

¿Me estoy perdiendo algo? ¿O podemos influir en qué versión se elige durante la reconstrucción? ¿O es que simplemente no está funcionando como se esperaba por el momento y la herramienta de reconstrucción necesita un cambio?

No estoy seguro si está relacionado, pero en Docker hub, la etiqueta “latest” es 3.5.2 y, ordenada numéricamente de forma descendente, esta podría ser la etiqueta más reciente durante mucho tiempo…

1 me gusta
2

v3.5.x es la versión correcta para la rama estable :+1:

2025.11.0 es un ‘lanzamiento’ mensual, pero no un lanzamiento ‘estable’/‘esr’. (Pronto cambiaremos el nombre de estable a esr, como parte de la nueva estrategia de versionado)

1 me gusta
3

Eso es confuso. Tendría más sentido cambiar a todos al nuevo esquema de versiones a la vez, pero tampoco tiene sentido que la versión estable se actualice cuando no hay una nueva versión estable. He estado confundido, y me gusta pensar que estoy prestando atención a estas cosas. Ahora recuerdo algo de discusión de Richard sobre esto, pero no presté suficiente atención para entenderlo.

:person_shrugging:

4

Gracias @david, eso al menos ayuda, ya que ahora entiendo que no hice nada mal.

Ahora queda el problema para nosotros, ¿cómo decidir qué es un “lanzamiento mensual” y qué es un “lanzamiento estable”?

Obtenemos el Feed Atom de Github (para ser notificados sobre las versiones recién detectadas) y 2025.11.0 y 3.5.2 aparecen de la misma manera (junto con muchas otras etiquetas).

Entonces, ¿cómo/dónde podemos averiguar fácilmente la intención de su equipo para una etiqueta de versión determinada?

Estoy de acuerdo con @pfaffman, ahora mismo es muy confuso.

5

Sí, te entiendo: estamos en una fase de transición entre dos esquemas de numeración/nomenclatura, por lo que las cosas son un poco difíciles de seguir.

Estamos trabajando en la creación de una página que enumere todas las versiones actualmente compatibles y sus registros de cambios. Algo parecido a esto. Esperamos que eso ayude con preguntas como estas.

A partir de enero de 2026, etiquetaremos un lanzamiento con la etiqueta ‘esr’. Ese será el reemplazo de la cadencia semestral de la versión ‘estable’ actual.

Así que beta se ha convertido en release (en realidad nunca fue ‘beta’, solo un punto de control mensual)

Y stable se convertirá en esr, pero eso aún no ha sucedido

Así que si quieres una cadencia semestral, por ahora deberías seguir con stable, y luego usar esr a partir de enero.

Si quieres una cadencia mensual, entonces puedes apuntar a la etiqueta release.