Toda vez que vou atualizar o fórum do meu amigo @techwithanirudh, consigo atualizar tudo, exceto o discourse ou recursos relacionados ao discourse. Não sei por quê. Isso leva a coisas como um fórum super desatualizado e aborrecimento.
Posso ter uma explicação?
Isso é algo que ele define em seu SSH ou base de código, para que outros administradores não possam atualizar itens do Discourse? Também não podem se passar por outros administradores, o que também me parece errado.
Docker_manager é a ferramenta que lida com as atualizações do Discourse. Ela deve ser atualizada primeiro para que saiba como atualizar corretamente a versão mais recente do Discourse.
Clique em Atualizar em Docker_manager. Assim que isso for concluído, ele deverá permitir que você clique em Atualizar em Discourse.
Não tenho certeza do que você está pedindo aqui, mas meu método preferido para atualizar é usar launcher em /var/discourse
Se você estiver em tests-passed, muitas vezes haverá commits disponíveis após um curto período de tempo, pois eles gostam de iterar rapidamente. Isso não é necessariamente ‘desatualizado’.
Adubs, não tenho acesso ao código do fórum e Keegan, tentarei o gerente e avisarei você.
Ok @keegan isso parece ter funcionado, agora funciona, mas por que não posso simplesmente atualizá-lo tudo de uma vez?
Você pode se usar o launcher. Eu solicitaria acesso ao SSH.
Porque o gerenciador do docker é quem atualiza o discourse
Pelo que me lembro, é porque a versão mais recente do Discourse precisa que o Docker Manager seja atualizado primeiro. Pense nisso como uma questão de dependência.
isso faz mais sentido, Nate Adubs, você poderia esclarecer?
Acredito que uma reconstrução via CLI com ./launcher rebuild app buscaria as versões mais recentes de tudo do Github automaticamente, enquanto você tem que fazer isso manualmente via UI.
Eu acho que @ice.d tem um bom ponto, no entanto, é complicado ter que atualizar duas vezes quando o docker_manager precisa de uma atualização. Você tem que primeiro atualizar o docker_manager e depois esperar que isso seja concluído e então atualizar o Discourse (ou Atualizar tudo) para atualizar o Discourse e quaisquer plugins.
A atualização do docker_manager leva tempo suficiente que eu muitas vezes começo essa atualização e depois me afasto para fazer outra coisa, e então só me lembro mais tarde de voltar para atualizar o Discourse.
Seria um bom recurso se a interface do usuário ainda permitisse o botão “Atualizar tudo” neste caso, e apenas atualizasse o docker_manager primeiro e depois procedesse automaticamente para atualizar o Discourse. Se a atualização do docker_manager falhar, o processo poderia ser interrompido.
Eu costumava fazer isso, mas então percebi que se você atualizar usando o site, há muito menos tempo de inatividade.
Isso é verdade, se a atualização for bem-sucedida. Mas se falhar, e às vezes falhará, então você terá um fórum que não funciona até conseguir acessar a linha de comando para corrigir as coisas. Portanto, se o tempo de atividade for importante para você, você estará sempre pronto para fazer isso no momento de tentar uma atualização.
E em todos os casos, você deve fazer um backup completo e baixá-lo antes de tentar uma atualização. Se as coisas derem muito errado, você precisará dele.
Hmm… então uma configuração de dois contêineres ajudaria aqui?
Sim, mas o que você faria sobre o sidekiq?
Pelo que entendi, com uma configuração de dois contêineres você pode fazer uma reconstrução pela linha de comando com tempo de inatividade mínimo. Portanto, sim, isso torna uma reconstrução pela linha de comando mais atraente.
Docker Manager não suporta configuração de dois contêineres, apenas para sua informação
Obrigado a todos pela ajuda, estou preocupado se só preciso garantir que o Docker esteja atualizado para fazer o resto?
Isso está correto. Basta executar o Docker_manager primeiro. Leva cerca de 5 minutos no meu servidor. Depois disso, você pode atualizar o Discourse, atualizar plugins ou escolher “Atualizar Tudo”.