Estoy ejecutando Discourse dentro de un contenedor Docker, una implementación bastante estándar.
Me encanta la posibilidad de realizar actualizaciones desde el navegador web, pero me pregunto si hay una forma de suscribirse a versiones ‘estables’ en lugar de recibir notificaciones de actualización para:
¿Quizás esperar a que terminen las versiones beta y permitirme actualizar a la 2.5.1 una vez que se lance?
Puedes editar tu archivo app.yml para apuntar a la rama estable (stable). La línea que deseas editar es version, cuyo valor predeterminado es version: tests-passed.
Ten en cuenta que esto significa que tendrás que esperar meses para actualizar, lo que también implica que deberás convivir con cualquier error de esa versión durante más tiempo.
Tenga en cuenta que solo puede cambiar de beta / pruebas-aprobadas a estable una vez que se haya lanzado una nueva versión estable mayor (es decir, 2.5.0). Cambiar de pruebas-aprobadas a estable en este momento sería una downgrade, lo cual no es compatible.
Si algo fuera crítico, ¿no harías un backport de la corrección? Me esperaría que, si ocurre algo crítico, se corrija. ¿O no es así?
También he tenido más de un error introducido en el canal beta. Así que supongo que mi suposición es que, cuando lanzas una nueva versión, realizas alguna verificación de coherencia para asegurarte de que todo se vea bien y funcione como se espera antes de pasar a la 2.5.1.
@RGJ, gracias por la información. Lo verificaré en cuanto salga la próxima versión de Discourse.
Las correcciones de seguridad generalmente se aplican hacia atrás, sí. Los errores críticos (es decir, que detienen todo, impidiendo el uso de Discourse) también se aplican hacia atrás. Sin embargo, muchos errores menos críticos podrían no serlo. La propia aplicación hacia atrás conlleva riesgos: siempre pueden producirse regresiones no intencionadas, obliga a los usuarios en la versión estable a actualizar, etc.
Nuestra recomendación general es que los sitios sigan la rama tests-passed (que es la predeterminada) y se actualicen cuando salga una nueva versión (beta). Hay ciertos casos en los que puede recomendarse la versión estable, por ejemplo, un sitio con complementos complejos que anulan las plantillas principales; pero para un sitio estándar instalado con Docker, quédate con tests-passed. Aunque el término “beta” en la industria del software suele hacer pensar a la gente en “habrá errores”, ese no es nuestro propósito. Todas las versiones de Discourse, tests-passed, beta, estable, etc., tienen errores.
Si encuentras un error en tests-passed y lo reportas, es muy probable que lo corrijamos en unos días y puedas actualizar para que el error desaparezca. Es posible que encuentres más errores (es decir, únicos), pero se corregirán rápidamente. En la versión estable, como mencionó Kris, no deberías ver errores nuevos durante el ciclo de lanzamiento de 4 a 6 meses, pero cualquier error que sí tengas no desaparecerá hasta la siguiente versión estable. Es probable que tengas más errores en cualquier momento dado que en tests-passed, ya que no se están parcheando, pero los errores deberían ser constantes.
La mayoría de los sitios parecen estar ejecutando pruebas superadas, y con buena razón: el equipo está desarrollando activamente el producto y es allí donde pueden ser más receptivos.
Si estás experimentando problemas, me inclinaría a revisar tus procesos de lanzamiento en lugar de volver a la versión Estable.
Una copia de integración o de staging te permitirá probar proactivamente las actualizaciones antes de implementarlas en tu entorno en vivo, sin dejarte semanas o meses rezagado.
En lo que respecta a los plugins populares de Pavilion (TLP, CW, QnA, Events, Follow, Ratings, Locations, etc.), actualmente seguimos la rama tests-passed, principalmente porque es la instalación por defecto, lo cual resulta menos confuso para los usuarios en general. Esto los hace incompatibles con Stable la mayor parte del tiempo actualmente, en gran medida debido a la velocidad de desarrollo del núcleo de Discourse, que evoluciona de manera impresionante.
Seguiremos revisando esta situación por si los recursos nos permiten admitir ramas adicionales o si Discourse comienza a entregar la instalación por defecto en otra rama. Por lo tanto, por el momento, si planeas usar nuestros plugins, quédate con tests-passed.