Você poderia fornecer os logs completos desse erro? Quero investigar o problema para que possamos corrigi-lo.
Desktop.zip|anexo (17,9 KB)
Não, não os logs de execução do site, mas os logs de reconstrução onde ocorre a falha.
quais arquivos você precisa?
Eles não são arquivos, mas sim o que é enviado para a saída padrão durante uma nova compilação. São as mensagens impressas no terminal enquanto você realiza a recompilação que falha.
eu precisaria iniciar todo o processo novamente para obter esses logs
Uma das primeiras perguntas que fiz aqui foi sobre isso: Installation text location. Agora, tenho o hábito de copiar e colar o conteúdo no OneNote.
Se você fizer uma rebuild, ela executa um pull, mas uma bootstrap não.
Obrigado. Você poderia explicar isso em detalhes?
A razão pela qual pergunto é que não usamos “rebuild” na instalação inicial (o que acredito ser o que você chama de bootstrapping). Usamos “rebuild” posteriormente, mas o “git pull” é feito automaticamente nesse momento. Não consigo trabalhar quando o “git pull” é necessário nesse conjunto de três comandos.
cd /var/discourse
git pull
./launcher rebuild app
./discourse-setup
Faz tudo
É necessário digitar git pull tanto na instalação inicial quanto em reconstruções subsequentes?
Você não precisa fazer um git pull na instalação inicial, pois você acabou de clonar o repositório. O git pull é necessário para atualizar a versão do Discourse.
E, se for uma instalação inicial e você estiver usando o discourse-setup, ele executa o rebuild (que faz um git pull, mas é improvável que faça algo, a menos que um commit tenha sido enviado enquanto você executava o discourse-setup).
Então, podemos concordar que, no conjunto de três comandos nas instruções, o comando git pull nunca é necessário? É essa parte que me refiro:
Alternativamente, você pode fazer ssh no seu servidor e reconstruir usando:
cd /var/discourse git pull ./launcher rebuild app
A minha aposta é que o git pull adicional é desnecessário, devido ao código aqui:
que parece verificar a versão local, atualizar e reiniciar o launcher se estiver desatualizado (e faz muitas outras coisas).
Portanto, apenas o seguinte deveria ser necessário em reconstruções subsequentes:
cd /var/discourse
./launcher rebuild app
sem o git pull redundante.
(NB: sempre é bom mergulhar no código-fonte para ter mais certeza).
(NB#2: excluí minha postagem acima, que apenas aumentou a confusão).
Obrigado. Eu tinha certeza de que havia me convencido da mesma coisa de alguma forma (através do fórum e não do código), então pesquisei e encontrei:
E, PS, parece que isso sempre funcionou mais ou menos assim:
Gosto de como, na internet, “desde tempos imemoriais” virou “c. 2015 d.C.” ![]()
Eu acrescentaria que não é imediatamente óbvio que essa manobra seria possível:
Basicamente, o script verifica se “ele mesmo” está desatualizado, atualiza a si mesmo (e todos os arquivos associados) e, em seguida, é acionado novamente.
inteligente ![]()
Essa é uma padrão realmente útil para usar em outros lugares também… ótimo trabalho!