当我对 /var/discourse/containers/app.yml 进行仅涉及 SMTP 服务器配置更改的修改时，能否显著加快 launcher rebuild app 过程的速度？
我想我可以进入容器，直接修改配置文件并在那里重启应用，但看起来我可能遗漏了一个更简单、更干净的解决方案，而无需进行完整的重建…
SMTP 的更改确实需要完全重建。
如果您想加快流程，可以采用双容器方案（这实际上只会减少停机时间，而不会缩短实际处理时间）。
其思路是，一旦设置完成，用户极少需要更改 SMTP 配置，因为通常一个 SMTP 就足够，无需每隔几天就更换一次。
如果您仅更改了环境变量，可以执行：
./launcher destroy app
./launcher start app
如果我已经修改了之前安装插件的仓库中的代码怎么办？目前我会进行完整重建，但我能否通过 git pull 更新插件并重新启动？
不建议这样做。如果您希望以最小停机时间重建，可以在此处搜索“两个容器”。
要重启 Rails，您可以使用
sv restart unicorn
但修改插件除了执行拉取操作外，还需要完成其他步骤。