我直到现在才意识到有一个稳定版频道，并且我需要编辑配置才能升级到它。
我现在看到我的网站有一个升级到 3.0.0.beta16 的选项。如果我现在设置为稳定版并进行升级，它会先升级到 3.0.0.beta16，然后最终升级到 3.0.0 稳定版吗？
你为什么认为需要切换到稳定版？
1 个赞
我不确定为什么有人需要运行稳定软件的理由。我只想要更少的更新和稳定的软件。
1 个赞
我不这么认为。如果你切换到 stable，你只会更新到主版本发布，而 3.0.0 还没有发布。最后一个稳定版本是 2.8.0（你可以在 release-notes 中看到最新的更新）。
我不认为 Stephen 是在开玩笑。Stable 在这里是 app.yml 的一个关键字，而不是英语单词。原因是，另一个（默认的）关键字 tests-passed 也可以被描述为稳定的：它不太可能被破坏[1]，事实上，如果你更新插件和/或主题组件的频率比你希望更新 Discourse 的频率更高，它可能更“稳定”（从英语角度来看）。
在我运行 Discourse 的 2 年里，我从未遇到过因为某个新提交而导致东西损坏的情况 ↩︎
3 个赞
谢谢你的信息！我知道他不是在开玩笑，只是不想讨论原因，只想知道何时升级到稳定版的信息。我会继续更新，直到看到 3.0.0 稳定版发布。
请注意，主要版本在 tests-passed 分支上的发布，据我所知，会伴随着 n+1.beta1 的发布，所以如果你想避免在你的版本中使用“beta”这个词，你应该在更新到 n+1.beta1 之前切换到它。
有时[1]。问题有时是基于错误的假设提出的，尽早理解这些假设会更好。
可以说相当频繁，如果我们处理“请帮忙”的话题。 IMHO，这基于我论坛上的讨论 ↩︎
1 个赞
所以，例如，我现在使用的是 2.9.0.beta14。我应该在我的配置中将分支切换到 stable，然后等待 3.0.0 出现在我的 /admin 部分，并且从那时起它只会显示 stable 版本更新吗？
更改配置文件后，我是否必须重启 docker 容器？
您现在可以更改 app.yml。您需要等到发布后才能运行另一个命令行升级。目前尚不清楚在发布新稳定版之前还会有多少个 beta 版本。
稳定版意味着更新次数更少，但不一定意味着 bug 更少。运行稳定版比运行测试通过版需要更多的专业知识。关键的安全更新确实包含在稳定版中，但用户体验问题可能会在下一个稳定版发布之前一直存在。第三方插件与稳定版兼容的可能性较小，因为它的测试不够充分。
如果您想要更少的更新，可以减少更新频率。
4 个赞
关于 stable vs test-passed 的一个好解释：
5 个赞
我必须承认，管理员页面上的更新通知让我感到压力重重，也很困惑。
它很突然地告诉我应该立即更新，但又让我更新到测试版软件。这有点矛盾。我认为它应该告知用户有更新，但只有在当前版本存在安全问题或严重错误时，才应敦促用户尽快更新。
也许如果 beta 标签被认为是稳定的，可以将其移除，或者将其更改为 tests-passed，这样管理员在知道自己获得经过全面测试且稳定的软件时，会更放心地进行更新。
或者，它可以去掉 beta 标签，被称为 stable（稳定版），因为我在这里读到的就是这样，然后当前的稳定版本可以被称为 LTS。
1 个赞
这正是正在发生的事情，当出现新的测试版时，（几乎总是）会有一个严重的安全问题触发新版本。
这确实是一种相当不错（在我看来，更好）的看待事物的方式。