继续讨论 Tickets Plugin 
：
我正在寻找一种方法，可以使用类似 Tickets Plugin 的插件，或者将 Forgejo 的问题跟踪器 与 Discourse 集成。也许后者会更容易？
在回复此主题时，请考虑该想法不是为了提供一次性解决方案，而是为自由软件社区提供一种与 Github 以外的开发工具集成的有趣方法。Forgejo 具有优先权，因为它已成为 Github 和 Gitlab 以外的首选，例如在 Codeberg.org 上运行。但也可以考虑 SourceHut，因为它将成为这个极简主义的基于电子邮件的黑客工具的绝佳前端。
最初，我打算将此主题放在 Marketplace 中，因为我想让某人接手 Tickets 插件，但我意识到在此之前需要进行讨论。
值得注意的是，我想知道您是如何将 Discourse 与您的代码托管或项目管理问题跟踪器结合使用或替代使用的。欢迎 Discourse 团队提供反馈！
另一种方法是开发一个使用 Assign Plugin 的系统。我认为这可以满足问题跟踪器或票务系统的绝大多数标准。
可能没有人比他们更了解这个问题了。
是的，扩展或使用 Assign 插件可能会很有用。由于 @angus 正在忙于其他事情，我也想试探一下，看看是否有人有兴趣做这样的工作。随着 NGI Zero 资助的持续进行，这项工作可以获得资助。
Pavilion 可以承担新项目。
我们只需要以下内容：
您认为是在“Tickets”上构建，在“Assign”上构建，还是做其他事情会更好？
我们有功能规范吗？
如果没有，我们先来制定！
我发布了一个类似的提案给 Forgejo，因为他们正在讨论将 issue tracker 用作讨论空间。我认为 Discourse 集成将带来两全其美。
凭我的记忆，一个功能规范将是：
当然，在得出合适的项目之前，这需要更多的讨论和完善。
哦！我刚刚发布了 Using discourse to track issues?
因为我以为这已经是一个功能了。
我很乐意使用我的 Discourse 实例来为任何想法或建议进行原型设计。
如果您有预算，请考虑在 Marketplace 发布。
谢谢，好建议。
由于该项目长期存在讨论串过长的问题，我认为我将在我的 Discourse 服务器中创建一些类别和主题，并给我们一个机会来完成几个周期，以便我们能够确定需求。
听起来是个不错的方法 
有进展吗？
工单插件似乎停滞不前，存在一些小错误，如果不进行更精确的干预，可能无法修复。但是，我更感兴趣的是使用 webhook 并与 Forgejo 集成，因为这正是它的用途并且支持代码集成。但 Discourse 和 Forgejo 社区似乎都忽略了该提议。
@blaisep 你为你的情况找到了合适的解决方案吗？
我构建了
该插件支持复杂的人工工作流和燃尽统计。
我们遇到了许多 OSI 9 层（政治）冲突，因此没有取得任何进展。话虽如此，我将非常感兴趣地查看 @merefield（
）的链接，因为到目前为止，他似乎真的明白了。
其他消息是，#fedora 社区正在弃用他们的 forge，并研究将工作流集成到首选的 git 主机（forgejo、codeberg 等）的可移植方法。出于某些原因，人们对减少对 github.com 的依赖非常感兴趣。