今天发布了一个 ESR 版本,所以我更新了 app.yml 并重新构建。
一切似乎正常:正如预期,我使用的是 2026.7.0 版本。起初管理面板显示我是最新的,但几分钟后它现在显示
您使用的是最新版本,但有 578 个新更改可用。
如果我真的在使用 ESR 版本,这看起来既令人担忧又不正确。
我注意到我更新得相当快:这个更新只有一小时左右。
GitHub 链接指向“GitHub 上的提交 a5d3a82da4”,这是提升版本的提交。
今天发布了一个 ESR 版本,所以我更新了 app.yml 并重新构建。
一切似乎正常:正如预期,我使用的是 2026.7.0 版本。起初管理面板显示我是最新的,但几分钟后它现在显示
您使用的是最新版本,但有 578 个新更改可用。
如果我真的在使用 ESR 版本,这看起来既令人担忧又不正确。
我注意到我更新得相当快:这个更新只有一小时左右。
GitHub 链接指向“GitHub 上的提交 a5d3a82da4”,这是提升版本的提交。
是啊,我至少需要几天时间才能看完所有这些内容!
抱歉!我们这边的 version-check API 端点存在一个 bug。578 是 2026.7.0-latest 和 v2026.7.0 之间的提交数量,所以这个数字就是这么来的。
我已经修复了这个问题,因此在下一次您的站点执行版本检查后,界面应该会恢复正常。
如果您想加快这一过程,请访问 /sidekiq/scheduler 并触发 Jobs::CallDiscourseHub