一位客户 fork 了 discourse-rss-polling,我安装了那个版本。![]()
但看起来我仍然安装了官方版本:
![]()
我将把“注意到列出的提交并不存在于该仓库中”作为一个练习留给读者。当我将鼠标悬停在插件上时,可以看到它链接到了 fork 后的仓库。
一位客户 fork 了 discourse-rss-polling,我安装了那个版本。![]()
但看起来我仍然安装了官方版本:
![]()
我将把“注意到列出的提交并不存在于该仓库中”作为一个练习留给读者。当我将鼠标悬停在插件上时,可以看到它链接到了 fork 后的仓库。
嗯,我们怎么看待这个,@sam?
这确实是一个 bug。我想一个简单的修复方法是确保插件始终来自 GitHub 上的 discourse.org,以便被标记为官方。不过从技术上讲,人们仍然可以很容易地作弊。唯一 100% 准确的方法是验证特定的 SHA 是否是我们的 SHA,但这需要我们搭建另一项服务。依我看,我会把这个问题归入“未来 2-3 年内需要修复”的待办事项中。
我最近也遇到了同样的问题。那个对勾确实误导了我一段时间,在我发现 app.yml 中的仓库之前,我做了各种不必要的测试。
一个简单的修复似乎就足够了。
和帖子太短的情况一样,重点不在于让作弊变得不可能,而只是避免不小心误操作通过测试。![]()
最简单的修复方案是专门针对 Docker 管理器插件。我不确定是否应该在每次启动时,为每个插件额外运行一次 Git 命令,或者去查找每个插件的 Git 远程仓库。
不过,Docker 管理器插件可以承担这部分额外工作,并为那些看起来是 fork 的官方插件显示一个醒目的红色图标。
我会在下一个版本中安排
,因此这将在未来大约 6 个月内实现。
同时也欢迎任何人通过 PR 来折腾 Docker 管理器插件。
我在此拉取请求中实现了分支指示器:
此主题已在 4 天后自动关闭,不再允许新回复。