Tengo una instalación autoalojada con complementos que funcionan, pero Discourse se actualiza automáticamente sin mi permiso, y hace poco el foro dejó de funcionar porque un complemento ya no era compatible.
Dado que mi caso de uso ya está definido y realmente no necesito las nuevas características de Discourse, ¿cómo puedo desactivar las actualizaciones para evitar que los complementos se rompan?
Discourse no se actualiza automáticamente. Ni siquiera tenemos una función de actualización automática.
¿Alguien podría estar actualizando tu foro? ¿O añadiste un trabajo manual en segundo plano para hacerlo en el servidor anfitrión?
Eso es alucinante porque no tengo ningún plugin que realice actualizaciones automáticas y no veo nada en el archivo app.yml, pero ya dijiste que Discourse no tiene esa función.
¿Existe algún método para obtener el momento exacto (fecha y hora) en que se actualizó Discourse por última vez?
Vale, veo. Dice que la última actualización fue hace 3 horas, y hace 3 horas ejecuté:
./launcher rebuild app
¿Ese comando actualiza Discourse? Entonces, ¿cómo instalo plugins sin actualizar Discourse?
Sí, esa es la forma principal de actualizar Discourse.
O estás instalando plugins o estás en
Aunque técnicamente es posible fijar Discourse a una versión específica mientras se instalan plugins, esto requiere un análisis muy cuidadoso de la compatibilidad de versiones, ya que muchos plugins asumen una versión actualizada de Discourse.
técnicamente es posible fijar Discourse a una versión específica mientras se instalan complementos
¿Cómo hago eso?
esto requiere un análisis muy cuidadoso de la compatibilidad de versiones, ya que muchos complementos asumen una versión actualizada de Discourse
Los complementos son míos, no quiero que se rompan, ya tuve una mala experiencia cuando Discourse cambió la arquitectura o lo que fuera. Ojalá el foro siguiera la filosofía de Golang.
¿Has considerado cambiar a la versión ESR en lugar de fijar una versión específica? Así seguirías recibiendo las correcciones de seguridad, pero solo tendrías que ocuparte de otros cambios cada 6 meses.
Eso es un comienzo, pero seguiré esperando a alguien que pueda explicar cómo mantenerse en una versión específica.
No estoy seguro de qué estás esperando exactamente. El tema que enlacé ya explica cómo configurar la versión que deseas instalar.
Dijiste que no quieres la versión ESR, sino una específica. Pero el mismo proceso se aplica ya sea que uses una rama, una etiqueta o un hash de commit específico; simplemente reemplazas el valor de version en consecuencia. También puedes encontrar algunos ejemplos de ello en el foro [1] [2]
Todavía recomiendo evitar el uso de commits fijos en producción, ya que no recibirás actualizaciones de seguridad ni correcciones a menos que los rastrees manualmente.Pero esas son revisiones, básicamente, de qué rama quiero usar. Estoy diciendo que se corrija en una versión como la 2026.6.0 y nunca se actualice desde esa versión. Lo que propones sigue cambiando entre versiones, solo que en una rama diferente.
No cambia si eliges un ref que no se mueva:
Pero todas las advertencias anteriores se aplican: esto no se recomienda generalmente.
Tomar este enfoque (o seguir una rama de lanzamiento específica) significa asumir más responsabilidad por seguir cuándo las cosas salen de soporte y gestionar esos riesgos en consecuencia.
Dije que puedes poner cualquier versión allí. ¿Viste los ejemplos que enlacé?
¿Cuándo esperas que cambie un hash de commit fijo como ese?
Lo siento, fue mi culpa, no leí esa parte. ¿Cómo encuentro ese largo ID de commit para mi instalación actual?
