我周五更新到了 Discourse 2026.3.0-latest.1 (12b79c7da6)。
从那时起,我的管理页面一直显示:
点击进入主题本身,我看到“Error cloning git repository, access is denied or repository is not found”(克隆 git 仓库时出错,访问被拒绝或找不到仓库):
所有主题都是同样的错误。
仓库仍然都是公开可访问的,例如:
这可能是我的最新更新中存在的一个错误吗?![]()
我周五更新到了 Discourse 2026.3.0-latest.1 (12b79c7da6)。
从那时起,我的管理页面一直显示:
点击进入主题本身,我看到“Error cloning git repository, access is denied or repository is not found”(克隆 git 仓库时出错,访问被拒绝或找不到仓库):
所有主题都是同样的错误。
仓库仍然都是公开可访问的,例如:
这可能是我的最新更新中存在的一个错误吗?![]()
我不知道有什么不同,但我刚刚更新到 2026.3.0-latest.1 并遵循了您的示例,进入了管理→组件→多功能横幅 (Admin→components→versatile banner),组件已按您示例中的方式更新,没有出现错误
很有趣。
我可以直接从服务器上 wget 仓库,所以这似乎不是一个阻碍问题。
我会再研究一下,看看能弄出什么名堂来 ![]()
抱歉,我说明一下,如果我手动进入每一个并点击“检查更新”,它们确实会检查更新。
我不确定为什么在我手动检查每一个之前,它们都显示了错误。
我认为我上个月在我的论坛上看到过类似的情况,但后来一切都正常了。也许是 GitHub 的速率限制?
您尝试过命令行更新吗?
在过去的八年左右的时间里,我一直只通过命令行进行更新,从未使用过网页界面 ![]()
(作者已删除帖子)
更新方式如何影响主题更新的检查?
我看到您的建议时,刚想到了与更新失败有关的问题,但这里的问题是在检查更新时遇到连接到 Git 仓库的问题,而不是在更新过程中出现的,所以这应该与如何执行更新无关吧?
简单的建议是,从命令行重新构建通常可以解决更新问题。有时我甚至不得不运行两次重新构建来修复一个问题。