每次当我更新我的朋友 @techwithanirudh 的论坛时，我都可以更新所有东西，但 discourse 或与 discourse 相关的功能，我不知道为什么会这样，这会导致论坛非常过时和令人烦恼。
能给我一个解释吗？
这是他在 SSH 或代码库中设置的内容，其他管理员无法更新 Discourse 相关项目，也无法冒充其他管理员，我觉得这也不对。
Docker_manager 是负责 Discourse 升级的工具。它必须先更新，这样它才知道如何正确升级新版本的 Discourse。
点击 Docker_manager 上的 Update。完成后，它应该允许您点击 Discourse 上的 Update。
5 个赞
我不确定您在这里要求什么，但我首选的更新方法是使用 /var/discourse 中的 launcher。
如果您使用的是 tests-passed，那么通常在短时间后会有可用的提交，因为他们喜欢快速迭代。这不一定“过时”。
2 个赞
Adubs 我无法访问论坛代码，Keegan 我会试试管理员，然后告诉你
1 个赞
好的 @keegan，这似乎奏效了，现在可以正常工作了，但为什么我不能一次性更新所有内容？
1 个赞
如果您使用启动器，则可以。我将请求 SSH 访问权限。
因为 docker manager 是更新 discourse 的那个
1 个赞
我记得是因为新版本的 Discourse 需要先升级 Docker Manager。可以把它想象成一种依赖关系。
内特·阿杜布斯，你说得更有道理了，你能澄清一下吗？
我相信通过 CLI 使用 ./launcher rebuild app 进行重建会自动从 Github 拉取所有最新版本，而通过 UI 则必须手动进行。
不过，我认为 @ice.d 的观点是正确的，即在 docker_manager 需要更新时，必须更新两次是很麻烦的。你必须先更新 docker_manager，然后等待其完成，接着再更新 Discourse（或“全部更新”）来更新 Discourse 和任何插件。
docker_manager 的更新耗时足够长，以至于我经常会启动该更新，然后离开去做别的事情，之后才想起回来更新 Discourse。
在这种情况下，如果 UI 仍然允许“全部更新”按钮，并且先更新 docker_manager，然后自动继续更新 Discourse，那将是一个很好的改进。如果 docker_manager 更新失败，则可以中断该过程。
1 个赞
我以前是这样做的，但后来我意识到，如果你通过网站更新，停机时间会少得多。