在 2 个步骤中引导应用容器

Discourse 团队尚未联系我(也许该功能会增加项目的复杂性,但我认为影响很小),因此目前尚无进展(但上述方法仍然有效,尽管它不会出现在官方的 discourse_docker 仓库中)。

@justin 实际上,我的主要目的甚至不是减少停机时间,而是维护一个包含所有 Ruby gem、插件和 Discourse 仓库的基准镜像,该镜像可用于不同环境(如预发布环境和生产环境),甚至可用于不同项目(如果它们使用相同的插件)。只需在目标机器上运行数据库迁移和资产预编译任务即可,这样可以避免升级 Discourse 时出现的问题。

减少停机时间更像是一个附带的好处,令人欢迎。话虽如此,最终是否包含此功能仍由 Discourse 团队决定,但我会非常高兴。