使用当前的启动器工具和这个新的分支结构，您可以通过以下方式控制升级时间：
- 发布 v2026.02
- 在您的 app.yml 文件中设置
version: release/v2026.02 - 发布 v2026.03
- 运行重建。您仍然会获得 2026.02 版本，并包含任何最近的安全修复程序
- 准备好后，在 app.yml 中切换到
version: release/v2026.03
但是，每个月手动编辑 app.yml 并不是理想的选择，所以希望我们能够设计一个更用户友好的系统。
OP 中的流程确实允许我们将分支视为“候选版本”，然后再实际将其标记为发布版本。我还不确定我们是否/如何在此阶段使用该功能 - 我认为这会随着我们适应新系统而不断发展。
我们正在努力平衡 Discourse 的开发速度和对拥有大量自定义的用户来说的稳定性。让客户在 3 个月或更长时间后才能获得新功能是不可行的。如果说有什么不同的话，对我们来说，每月发布的速度算是慢的了。目前我们仍然打算在大多数托管中使用 latest。
但是，对于那些自己托管 Discourse 的用户来说，我理解他们希望减少更改频率的愿望。这就是 ESR 版本的作用所在。