Me gusta seguir con frecuencia lo que está ocurriendo con el desarrollo de Discourse. ¿Existe un registro de cambios en curso que muestre las funciones que se están implementando actualmente o una hoja de ruta?
¿Las instantáneas beta tienen un registro de cambios que me esté perdiendo?
Por ejemplo, en la versión beta actual, no veo ningún tipo de registro de cambios asociado a la página de lanzamiento ni siquiera en la rama del repositorio de código fuente…
Todo lo mantenemos aquí en Meta en lugar de en Github.
Puedes ver un esquema de todas nuestras versiones principales aquí, y lo que está actualmente planificado para futuras versiones: https://meta.discourse.org/c/releases
Publicamos las notas de la versión aquí: Topics tagged release-notes
Muchas gracias por la aclaración. Podría ser útil también enlazarlo en GitHub para que la gente pueda encontrarlo fácilmente mediante un enlace a “Registro de cambios” en la parte superior, como he visto en otros proyectos.
¿Por qué no hay publicaciones para cambios menores, por ejemplo, las notas de la versión 2.6.7 incluían una corrección de seguridad?
Tengo que comparar las etiquetas para revisar los commits y verificar que hubo correcciones de seguridad.
Lo siento, no estoy seguro de que te siga… si las notas de la versión indicaban que había una corrección de seguridad, ¿por qué tuviste que comparar las etiquetas?
No publicamos notas de versión para la rama stable, pero solo realizamos backports de correcciones importantes de errores o problemas de seguridad, por lo que la respuesta a la pregunta “¿Debería actualizar a una nueva versión puntual mientras ejecuto la rama ‘stable’?” es siempre sí.
Entonces, ¿cómo se diferencian las versiones menores y las versiones mínimas?
Por ejemplo: ¿las versiones mínimas son solo correcciones de errores y de seguridad?
¿Las versiones menores incluyen nuevas funcionalidades o algo más?
Parece que, según el mensaje de @Falco, sin importar de qué versión se trate, siempre debemos actualizar.
Definir versiones menores y diminutas: no estoy seguro de que utilicemos esos términos.
Me preguntaba si ustedes siguen una semántica de versionado similar a la de https://semver.org/.
Por ejemplo: 2.6.7 sería Mayor.Menor.(Parche o Revisión).
No seguimos estrictamente el versionado semántico, no. Practicamos el desarrollo continuo. Los números de versión funcionan más como hitos que como un versionado semántico estricto. Por defecto, los sitios pueden actualizarse al código más reciente en cualquier momento; no están restringidos a una “versión” específica. Por ejemplo, en este momento Meta tiene 153 commits por delante de la versión “2.8.0.beta1”.