Quando faço alterações em /var/discourse/containers/app.yml que envolvem apenas mudanças na configuração do servidor smtp, é possível acelerar significativamente o processo launcher rebuild app?
Acho que poderia entrar no contêiner, modificar a configuração em si e reiniciar o aplicativo lá, mas parece que estou perdendo uma solução mais simples e limpa que não exija uma reconstrução completa…
As alterações no SMTP exigem uma reconstrução completa.
Você pode optar por uma configuração com dois contêineres se quiser acelerar o processo (isso na verdade apenas reduzirá o tempo de inatividade e não o processo em si).
A ideia é que, uma vez configurado, as pessoas muito raramente precisem alterar o SMTP, pois geralmente um único servidor SMTP é suficiente e não há necessidade de alterá-lo a cada poucos dias.
Se você alterou apenas as variáveis de ambiente, pode executar:
./launcher destroy app
./launcher start app
E se eu tiver alterado o código no repositório de um plugin já instalado? Atualmente, faço uma recompilação completa, mas posso fazer um git pull no plugin e reiniciá-lo de alguma forma?
Não é recomendado. Se você deseja reconstruir com tempo de inatividade mínimo, pode pesquisar aqui por “dois contêineres”.
Para reiniciar o Rails, você pode usar:
sv restart unicorn
Mas há outras coisas que você precisa fazer para modificar um plugin além de um pull.