我只是担心升级，因为 beta9 似乎是最近的已验证版本？
除非你在 app.yml 中切换到了 beta 分支（那样的话，直到下一个版本才能获得新功能），否则你使用的是 tests-passed 分支，该分支会持续更新。目前更新很多，因为关于通知的功能开发进展非常快，而这些功能在一周前还不存在；你从那时起更新过吗？
如果你想要最新的代码，你应该进行升级。如果你喜欢看不到新的通知，可以等到下一个版本发布。
2 个赞
我上次升级似乎是 217 个提交之前。我在 beta 分支上，不过我可能想切换到 tests-passed 分支，但要避免重建，以免出现停机时间。
我原以为最近的 tests-passed 版本是 beta9，但我该如何检查呢？
感谢你的帮助 @pfaffman！
访问仪表板上的 /admin/upgrade（点击“在此执行升级”）链接。
如果你确实使用的是 beta 版（可以在 app.yml 中查看），那么你必须切换到 tests-passed 才能获得好东西，但如果你看到你落后了 217 个提交，那么我认为这意味着你可以更新了。如果从 Web 界面升级，则无需停机。
2 个赞
是的，我肯定是在测试版上。我希望我能在不停机的情况下切换到 tests-passed，但由于那个原因，我现在将推迟了。
我唯一担心的是现在处于测试版升级，因为如果我从仪表板更新，有 217 个提交需要更新，其中大部分（可能）尚未经验证。
tests-passed 的每次提交都通过了所有测试。如果您说的“经过验证”是指“被一群比您风险规避能力低的人试用过”。beta 和 stable 的更改频率较低，但并不一定比 tests-passed 更安全。而且，如果您使用的是 beta 版本，想要一个新功能，或者一个不重要到需要向后移植的错误修复，那么您就没办法了。
2 个赞
所以我想我误解了这里的术语。
我以为 beta 版本会更频繁，提交次数更多，并且在提交 x 次后会合并到 tests-passed 分支，这意味着所有之前的提交都已“验证”。
我只是想确保我了解了最新功能，但又不想冒着拥有（可能）有 bug 的版本的风险。
1 个赞
4 个帖子被拆分为新主题：需要更好的方法来解释应该在哪一个分支上，为什么，以及会发生什么
我实际上认为我是在主分支上，因为我每天都能看到新的提交。
所以更新的风险很大，我猜？
那么，如果我看到很多提交，其中很多是今天的，我就可以假设我在主分支上，对吗？
在这种情况下，我对版本号感到困惑。因为我在 Beta9 上——这个版本适用于所有分支吗？如果适用，它何时会更改？
tests-passed 是默认值，您可能不太可能切换到 main。tests-passed 仅在自动化测试运行期间落后于 main，假设测试通过，上次我查看时大约需要 14 分钟。
在实际应用中，tests-passed 的更新时间和 main 的更新时间相同，除非某个提交未能通过一项或多项测试，在这种情况下，通常很快就会有后续的修复提交。（然后测试运行，可能通过，最终会更新到 tests-passed）
至于版本号，基本上 stable 是明确的 2.8.8，beta 是明确的 2.9.0.Beta9，tests-passed（和 main）等同于 2.9.0.Beta9 + 此后发生的任何提交。当他们收集到“此后发生的任何提交”并称之为 Beta10 时，它可能会发生变化，届时 beta 和 tests-passed 可能会短暂相等。
4 个赞
您是否查看过 app.yml 来确定您在哪个分支上？那是唯一的方法。
除非您采取了明确的步骤进行更改，否则您更改为“main”的可能性很小。如果您不采取任何措施，您将停留在 tests-passed 分支。
升级并不危险。如果您认为升级有危险，或者您的网站出现任何问题将导致世界末日，那么您应该有一个暂存站点来测试升级。
但通常情况下，如果您的网站出现任何问题，答案就是“重建”。
4 个赞
我猜我通过了测试。（？）
1 个赞
是的。你使用的是 tests-passed，正如我一开始所想的，因为要做其他事情需要付出额外的努力。
所以是的，如果你想使用最新功能，你应该升级。
2 个赞
而且自从这次对话开始以来，他们已经提高了版本号。
1 个赞
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.