Tenho uma instalação auto-hospedada com plugins funcionando, mas o Discourse continua se atualizando automaticamente sem minha permissão, e recentemente o fórum quebrou porque um plugin deixou de ser compatível.
Como meu caso de uso já está definido e eu realmente não preciso dos novos recursos do Discourse, como posso desativar as atualizações para evitar que os plugins quebrem?
O Discourse não se atualiza automaticamente. Nem mesmo temos um recurso de atualização automática.
Alguém pode estar atualizando seu fórum? Ou você adicionou um trabalho em segundo plano manual para fazer isso no servidor host?
Isso é impressionante, porque não tenho nenhum plugin que realize atualizações automáticas e não consigo ver nada no arquivo app.yml, mas você já disse que o Discourse não possui esse recurso.
Existe algum método para recuperar o momento exato (data e hora) em que o Discourse foi atualizado pela última vez?
Certo, entendi. Diz que a última atualização foi há 3 horas, e há 3 horas eu executei:
./launcher rebuild app
Esse comando atualiza o Discourse? Então, como eu instalo plugins sem atualizar o Discourse?
Sim, essa é a principal maneira de atualizar o Discourse.
Ou você está instalando plugins ou está no
Embora seja tecnicamente possível fixar o Discourse em uma versão específica enquanto instala plugins, isso requer uma análise muito cuidadosa da compatibilidade de versões, com muitos plugins assumindo uma versão atualizada do Discourse.
tecnicamente é possível fixar o Discourse em uma versão específica durante a instalação de plugins
Como faço isso?
isso requer uma análise muito cuidadosa da compatibilidade de versões, com muitos plugins assumindo uma versão atualizada do Discourse
Os plugins são meus, não quero que eles quebrem, já tive uma experiência ruim quando o Discourse mudou a arquitetura ou qualquer outra coisa. Gostaria que o fórum seguisse a filosofia do Golang.
Você já considerou mudar para a versão ESR em vez de fixar uma versão específica? Assim, você ainda receberia as correções de segurança, mas só teria que lidar com outras alterações a cada 6 meses.
Isso é um começo, mas ainda vou esperar por alguém que saiba explicar como manter uma versão específica.
Não tenho certeza do que exatamente você está esperando. O tópico que eu linkei já explica como configurar a versão que você deseja instalar.
Você disse que não quer a versão ESR, mas uma específica. No entanto, o mesmo processo se aplica independentemente de você usar um branch, uma tag ou um hash de commit específico — basta substituir o valor de version conforme necessário. Você também pode encontrar alguns exemplos disso no fórum [1] [2]
Ainda assim, recomito evitar commits fixados em produção, pois você não receberá atualizações de segurança ou correções a menos que as rastreie manualmente.Mas essas são basicamente revisões, ou seja, qual branch eu quero usar. Estou dizendo para corrigir em uma versão como a 2026.6.0 e nunca atualizar a partir dessa versão. O que você está propondo continua mudando entre versões, apenas em um branch diferente.
Não muda se você escolher um ref que não se mova:
Mas todos os alertas acima se aplicam — isso geralmente não é recomendado.
Adotar essa abordagem (ou seguir um branch de lançamento específico) significa assumir mais responsabilidade por acompanhar quando as coisas saem de suporte e gerenciar esses riscos de forma adequada.
Eu disse que você pode colocar qualquer versão lá. Você viu os exemplos que eu linkei?
Quando você espera que um hash de commit fixo como esse mude?
Desculpe, foi minha culpa, não li aquela parte. Como encontro esse longo ID de commit para minha instalação atual?
