我的 Discourse 安装已过时（3.2.0.beta4-dev），我需要升级到 3.5。我担心会弄乱一些我不想更改的插件/集成（WP Discourse、通过 WordPress 登录并包含会员信息以及 Category Lockdown 插件），并且我过去曾手动升级出过问题。
升级的最佳方法是什么？我应该先进行某种部分升级到其他版本吗？有什么需要注意的吗？
1 个赞
部署一个测试论坛。我从没 fork 过任何东西。
1 个赞
如果您想最安全，可以启动一个新服务器，使用 rsync 将 Discourse 站点移动到另一个 VPS（我建议跳过数据库文件），然后恢复备份。
我很确定您需要PostgreSQL 15 更新。
WP Discourse 应该没有问题。您可以查看 https://meta.discourse.org/t/discourse-category-lockdown/70649。
您很有可能只需遵循 PG 15 升级指南即可一切顺利，但您询问的是“最佳实践”。
4 个赞
这有一些好的副作用，可以确保您拥有最新的备份，并且您拥有该备份的安全副本。无论您如何进行升级，都需要完成这些操作。
我的感觉是，注释掉所有插件也会是很好的做法，但最好有人能确认这一点。
2 个赞
是的。实际上，知道您可以启动一个新服务器并恢复备份。我最近不得不这样做一次，当时我的一台服务器的 SSD 坏了。我希望我实际上练习过（尽管事实证明，虽然我没有明确练习过，但经历了几百次这个过程就足够了，一切都按计划进行了）。
没有坏处，尤其是因为很多插件已经移到了核心，可能有一些旧的东西坏了。在东西正常工作后，您可以恢复您注意到的任何缺失的插件。
2 个赞
最佳实践？将清单保存在某处，您可以在 UI 中添加一个清单
admin>update 通过将此 CSS 添加到您的主题中 (../admin/customize/themes/ edit>css)，以防将来您或其他人有太快更新的想法：
.admin-contents.update .d-nav-submenu::before {content:“更新清单” : 备份完成？“上个月的元公告已阅读？上个月最重要的元错误已检查？关键插件兼容性已检查？Postgres/Redis 兼容版本已检查？更新时机已检查？检查更新失败情况下的故障排除工作组可用性？” }
2 个赞
清单是个好主意。对我自己来说，在考虑升级时，我会等待发布，等待几天，等待一个工作日，然后阅读“Bug”和“支持”类别，看看人们遇到了什么问题。然后等待这些问题（如果有的话）得到修复。
2 个赞
您应该是在稳定版上吧？否则这种策略对持续集成没有帮助……
不，我用的是 tests-passed。虽然推迟几天会允许一些零散的提交被添加到仓库，但同时也能纠正一些错误。当然，几乎所有的提交都没有问题，所以我认为这是一个不错的权衡，但人们的看法可能不同。
2 个赞
新 Beta 版发布后不久就会有一系列升级，因此即使在测试通过后，升级几天后也是一个不错的升级时机。或者，也许我们有着同样的错误逻辑！
2 个赞
在没有支持图表的情况下，我仍然不信服。
1 个赞
我认为你会看到，嗯，例如，在发布后的五天内，与其余时间相比，与错误相关的提交百分比（不确定如何量化——也许只是计算那些提交信息中有“FIX”的？）
1 个赞