我在此回复，而不是开启新主题。其他相关主题位于此处、此处、此处以及此处。（本主题线程尤其既相对较新又相对较长。）
我在Discourse 代码审查主题中询问过该插件是否支持 GitHub Issues：
tl;dr：作为 Discourse Code Review 的一项功能，GitHub Issues 与 Discourse 主题之间的某种程度的双向同步，对于目前在两者之间存在一定歧义和冗余的项目可能会有所帮助。
在此交叉发布是因为其他线程会在一个月后自动删除回复。
你好，Elsie！我认为你在这里需要一个全新的 #feature 主题，因为你提到的 GitHub 插件并非代码审查插件。
我能看出你非常热心。我相信为 Discourse Code Review 添加对议题（issues）的支持是欢迎提交 PR 的，但我不太确定。如果你能在这里更详细地阐述你的构想，也许社区中的某位成员可以接手。如果你为此有预算，也可以将其发布到 #marketplace。
2 个赞
你好，@tobiaseigen，感谢你的回复。我不是任何 Discourse 论坛的管理员，我的建议主要基于我作为用户以及有时作为贡献者在多个项目中的 recurring 经历。
我之所以特别提到 Discourse Code Review，是因为它似乎是事实上的唯一 Discourse GitHub 集成方案，除非还有其他我不知道的正在维护的项目。无论如何，我打算重命名这个主题，使其更加通用。
基本问题在于分类（triage）：通常，那些同时拥有 Discourse 实例和公开 GitHub 问题跟踪器的项目，其用户往往更集中在 Discourse 实例上。当某个用户主题实际上更适合作为 GitHub 问题时，在将主题转交给负责处理的人员的过程中，有时会出现摩擦。
另一种看待这个问题的方式是将其视为收件箱或分类桶：如果终端用户主要在 Discourse 实例上活跃，而开发者主要在 GitHub 仓库上活跃，那么开发者或负责分类的人员就必须跟踪多个冗余的发帖地点，并找出一种一致的方法来在必要时迁移问题和主题。
我所设想的 GitHub 问题同步功能，类似于 Discourse WordPress 插件，其中问题跟踪器与对应的 Discourse 分类对终端用户而言，只是同一组对话的不同视图。
再次说明，我目前无法为这一功能投入资金。我在此发帖是基于我的经验，以及对在某些项目中不清楚应针对不同类型的反馈在何处发帖的沮丧，以及 misplaced 反馈容易石沉大海的倾向。
（哦，而且最好 Gitlab 也能拥有与 GitHub 完全相同的功能……）
2 个赞
另一种表述方式是，问题跟踪器本质上只是论坛（或者用更老的说法，“电子公告板服务”），上面覆盖了一层厚重的敏捷项目管理功能。奇怪的是，它们也类似于邮件列表，因为人们可以完全通过电子邮件与它们进行交互。Discourse 处于一个独特且核心的位置，将这些表面上不同（但在许多方面功能相似）的服务整合在一起，以减少碎片化。
1 个赞
感谢你的详细解释。听起来，你需要联系那些正在使用 Discourse 并对此有需求的贡献项目，推动他们开展相关工作。目前，我甚至不清楚有多少项目正在使用 Discourse Code Review，以及它们的实际效果如何。欢迎通过私信向我提供一些具体细节，以便我们进一步探讨。
该插件有所不同……讨论内容仅存在于 Discourse 中，并嵌入在 WordPress 帖子的底部，并未进行同步。
没错，是的，WordPress 的模块化程度高得多，这在某种程度上使其比 GitHub 更易于实现这一功能。
@elsiehupp 你在这方面有进展吗？我想实现类似的功能——将 Github 问题双向同步到 discourse 主题。
我已经为几个不同的项目完成了这项工作。这里有一个概念验证 (POC)
我希望在未来几周内，在几个项目中推出一个测试版本。
7 个赞
一旦您准备好了，我很乐意帮助测试！
2 个赞
@elsiehupp @angus @sunjam 你们是否能够创建 GitHub issues 和 discourse topics 之间的双向同步。我也在寻找此功能。在此方面提供的任何帮助或指导都将不胜感激。
1 个赞
我还没有在我发布的那个分支上做任何进一步的工作，但也许它仍然可用
如果你愿意，可以尝试一下并反馈。
3 个赞
我想知道这个是否可以以相对较低的成本进行更新，对于非技术性社区来说，这是必须的。