Comprendiendo los canales de lanzamiento de Discourse

:bookmark: Esta guía explica los diferentes tipos de lanzamientos de Discourse y cómo se utilizan los diferentes canales para las actualizaciones.

:person_raising_hand: Nivel de usuario requerido: Todos los usuarios

Canales de lanzamiento

Discourse tiene cuatro canales de lanzamiento principales, cada uno con un propósito diferente: main, latest[1], beta y stable.

El canal predeterminado que se utiliza al instalar una versión de producción de Discourse es latest.

Las convenciones de nomenclatura utilizadas por Discourse difieren un poco de las de otras empresas de software:

main

En GitHub: https://github.com/discourse/discourse/tree/main

Este canal representa la versión de desarrollo más reciente de Discourse. Contiene las características y mejoras más recientes, pero puede que no haya sido probada exhaustivamente y puede ser inestable, por lo que no se recomienda para entornos de producción. Los desarrolladores y los primeros en adoptar suelen utilizar este canal.

latest

En GitHub: https://github.com/discourse/discourse/tree/latest

Este canal incluye características y mejoras del canal principal que han pasado por un cierto nivel de pruebas. Tiene el mejor equilibrio entre estabilidad y acceso a las últimas mejoras. Comprometemos nuevos cambios casi a diario y están disponibles en este canal.

beta

En GitHub: https://github.com/discourse/discourse/tree/beta

Utilizamos beta como un “hito” para publicar una colección de commits que queremos que más sitios ejecuten y prueben. También publicamos una beta si tenemos una corrección de seguridad importante que queremos que los sitios reciban.

Una versión beta se considera un minor version bump.

:information_source: Cuando se publica una versión beta, todos los sitios que ejecutan latest o beta reciben el correo electrónico “hay una nueva actualización disponible”.

stable

En GitHub: https://github.com/discourse/discourse/tree/stable

El canal estable no es necesariamente más “estable” que latest. Se trata más bien de la idea de que los errores son conocidos y sirve como punto de control para un conjunto específico de características y mejoras. Con latest, pueden introducirse nuevos errores y luego corregirse unos commits más tarde.


  1. anteriormente “tests-passed” ↩︎

9 Me gusta

¡No mencionamos las correcciones de seguridad para la rama stable! Probablemente deberíamos hacerlo, ya que también aplicamos retroactivamente las correcciones de seguridad a la rama estable.

(cc: @hugh)

2 Me gusta

Se mencionan en

Creo que la información en los dos temas es similar. Quizás deberían combinarse.

3 Me gusta

¿Debería ese “tests-passed” ser también “latest” ahora?

Creo que también falta una d en released

2 Me gusta

¡arreglado! gracias Moin :slight_smile:

2 Me gusta