 |
摘要 | GitHub 状态指示器为 GitHub 的问题和拉取请求的一键框添加状态指示器。实时信息由 https://shields.io 提供。 |
 |
预览 | 在 Discourse 主题创建器中预览 |
 |
仓库链接 | https://github.com/discourse/github-status-theme |
 |
初次接触 Discourse 主题？ | Discourse 主题使用入门指南 |
安装此主题组件
GitHub 状态指示器为 GitHub 的问题和拉取请求的一键框添加状态指示器。实时信息由 https://shields.io 提供。
例如：
由我们托管？ 主题组件可在我们的标准版、商业版和企业版计划中使用。
I agree with the call of not including this in core onebox, it does technically leak user IP addresses to shield.io.
I do love how it looks though. I wonder if discourse-github should take care of this long term, problem though is that there is enormous amount of work in making this work just right, so for now … the component is good.
github 插件现在可以做到这一点了吗，还是仍然需要这个主题组件？
这仍然是一个独立的主题组件。它依赖于第三方 shields.io 服务，因此我认为我们不希望将其原样移入 discourse-GitHub 插件。
从头开始实现类似功能是可能的，但这相当复杂（特别是考虑到 GitHub 的 API 速率限制）。
可以与自托管的 Shields 一起使用吗？它们允许任何人使用知识共享 0 公共领域许可来托管自己的服务。
这是 Docker 镜像 https://registry.hub.docker.com/r/shieldsio/shields/
我认为上面的讨论是关于不希望将此主题组件的功能添加到 Discourse 核心代码中。这样做的原因是它会在技术上将用户的 IP 地址泄露给 shield.io。这就是为什么这是一个主题组件而不是核心代码的一部分。
它可以用于任何站点，无论是托管的还是自托管的：
我很困惑，因为 Shields 可以自托管。在这种情况下，IP 不会泄露给 shield.io，因为它会被定向到自托管的安装吗？
这说得通。我想问题在于不想在 Discourse 的站点设置中添加 shields url。如果你想将此主题组件与自托管的 Shields 安装一起使用，我认为你只需要编辑这一行，将其指向你的安装，而不是 img.shields.io：
我认为只要默认值保持为 img.shields.io，为服务器 URL 添加一个主题设置将会是 pr-welcome 
