Como parte de nuestro proyecto en curso para renovar nuestra numeración de versiones y procesos de lanzamiento, nos complace anunciar releases.discourse.org.
De ahora en adelante, este sitio será la fuente principal de información sobre las versiones de Discourse, sus fechas de lanzamiento, plazos de soporte y registros de cambios.
En la página de inicio encontrará una visualización de las versiones recientes y sus períodos de desarrollo/soporte. Luego puede hacer clic para ver los registros de cambios de versiones específicas. Por ejemplo, el reciente lanzamiento 2025.12.0:
Para futuros lanzamientos, enlazaremos a estas páginas en lugar de escribir temas dedicados de release-notes en Meta.
El sitio también incluye soporte para generar registros de cambios personalizados para cualquier rango de versión/commit. Tenemos la intención de comenzar a enlazar a estos registros de cambios desde las interfaces de usuario de actualización en el propio Discourse.
Los cambios en los plugins principales se incluyen junto con otros cambios principales, por lo que solo faltan los “plugins oficiales no principales”. Añadir cambios de otros repositorios es algo que podríamos considerar en el futuro, pero no hay planes inmediatos para implementarlo.
Para los plugins no principales (tanto oficiales como de terceros), GitHub es probablemente la mejor manera de seguir sus cambios por ahora.
¡Buena idea! Podría ser un poco complicado de implementar, porque la lista de commits se implementa como una “lista virtual”, donde solo se renderizan los elementos que están en pantalla… pero veré qué puedo hacer.
Qué fastidio. El resumen de los complementos que no están en el repositorio discourse/discourse fue lo que me pareció más interesante de las notas de la versión. Puedo encontrar todos los cambios en el núcleo en un solo lugar en GitHub. Pero los cambios en otros complementos ocurren en diferentes repositorios, por lo que no hay un lugar único para seguirlos fácilmente a todos.
Parece una buena manera de visualizar el desarrollo activo y la vida útil del soporte.
Una cosa que noté es que la versión v2026.01 está etiquetada como [latest] (más reciente), pero no también como [ESR] como lo está la v3.5. Tener ambas sería una referencia útil de un vistazo.
Con la información adicional entre el lanzamiento y el desarrollo activo para las versiones, ¿existe alguna configuración (o plan para agregar una) para mantener Discourse en una versión de lanzamiento o ESR?
Otra cosa a tener en cuenta sobre esto: tenemos planes en el RFC para desarrollar cierta automatización para plugins y temas para crear ramas compatibles con diferentes versiones de Discourse.
Creo que el momento de volver a tratar esto sería después de que lo tengamos implementado.
Esto es posible hacerlo ahora configurando la rama a seguir en su configuración de despliegue:
Pero una vez que lo haces, quedas anclado a esa versión para siempre. Lo que todavía necesitamos desarrollar es una mejor manera de ver cuándo hay un nuevo lanzamiento disponible (en el canal de lanzamiento que estés siguiendo).
Hemos tenido algunas discusiones tempranas sobre cómo podría funcionar esto, pero todavía estamos discutiendo los detalles.
¡Esto es genial, realmente ayuda a ver rápidamente de un vistazo en qué versión estoy y cuándo necesito planificar la transición a la siguiente! Gran admirador de esta página
¡Me encanta que las correcciones de seguridad y las características importantes estén destacadas! Espero que los cambios disruptivos se destaquen de manera similar también.
Además, sugeriría que los ESR (Versiones de Soporte Extendido) deberían tener soporte durante un poco más de tiempo (quizás uno o dos meses), para que las comunidades puedan cambiar de un ESR a otro mientras ambos están en el período de soporte pero no en desarrollo activo. De lo contrario, las comunidades básicamente tienen que decidir entre esperar y quedarse sin soporte brevemente, o adelantarse y estar en soporte pero tener que adoptar más actualizaciones en desarrollo. Tener una pequeña superposición le da a una rama la oportunidad de volverse más estable. Esto es bastante común en los ciclos de vida de los ESR, por ejemplo, para mediawiki:
Esto no necesita ser nada particularmente elegante, solo correcciones de seguridad de alta prioridad durante un mes o dos adicionales en la rama ESR más antigua.
Gracias de todos modos, esto realmente ayuda a aclarar muchas cosas ^.^
Sí, en el nuevo sistema de lanzamientos tenemos la intención de tener una superposición de 2 meses en el soporte de ESR. Así, la 2026.1 será compatible hasta septiembre, lo que serán 2 meses después del lanzamiento de la ESR 2026.7.
Desafortunadamente, no es fácil para nosotros proporcionar esa superposición para la versión “estable” existente 3.5, porque no tiene una rama dedicada. Pero a partir de la 2026.1 en adelante, la situación debería ser mucho mejor para las personas que desean actualizar con menos frecuencia.
