Cuando realizo cambios en /var/discourse/containers/app.yml que solo involucran modificaciones en la configuración del servidor smtp, ¿puede acelerarse significativamente el proceso de launcher rebuild app?
Supongo que podría entrar al contenedor, modificar la configuración en sí y reiniciar la aplicación allí, pero parece que debo estar pasando por alto una solución más simple y limpia que no requiera una reconstrucción completa…
Los cambios en SMTP requieren una reconstrucción completa.
Puedes optar por una configuración de dos contenedores si deseas acelerar el proceso (en realidad, esto solo reducirá el tiempo de inactividad y no el proceso en sí).
La idea es que, una vez configurado, las personas muy rara vez tengan que cambiar SMTP, ya que por lo general uno solo es suficiente y no es necesario modificarlo cada pocos días.
Si solo has cambiado las variables de entorno, puedes
./launcher destroy app
./launcher start app
¿Qué pasa si he modificado el código en el repositorio de un plugin previamente instalado? Actualmente realizo una reconstrucción completa, pero ¿puedo hacer un git pull del plugin y de alguna manera reiniciarlo?
No se recomienda. Si desea reconstruir con un tiempo de inactividad mínimo, puede buscar aquí “dos contenedores”.
Para reiniciar Rails, puede usar
sv restart unicorn
Pero hay otras cosas que debe hacer para modificar un plugin además de un pull.