如果在此处发布此内容不合适，敬请见谅。请问是否有计划再次引入类似 GitHub Issue → Discourse 迁移器 的功能？我们非常希望在 kubernetes 项目以及其他一些已知的开源软件（OSS）项目中使用该功能。
目前，我们会关闭在 GitHub 上发布的技术支持问题，并建议用户在我们的 Discourse 论坛 重新发帖。如果内置了某种迁移功能，我们便可以添加一个机器人命令，在问题被标记时自动将其迁移过去，并向用户提供链接。
哦，听起来您正在寻找一个更持久的解决方案。我们可以定期扫描问题列表并进行复制/关闭。
就工作流程而言，一个不错的解决方案是您将相关内容标记为 kind/support，然后如果我们发现任何新的支持类问题，我们会在 GitHub 上关闭它，在 Discourse 上开启，并添加一篇包含 Discourse 链接的帖子。
要实现这样的功能需要不少工作，我们需要扩展我们的 Discourse ↔ GitHub 插件（https://github.com/discourse/discourse-github），目前我们仅支持链接回指。但这绝对是可行的。
我认为这并不适合代码审查插件，因此需要重新标记。
这是否是您考虑赞助的工作类型？如果是的话，我可以将其转交至我们的团队收件箱。
3 个赞
抱歉回复晚了。
需要说明的是，我对 discourse-github 插件的具体运作方式不太熟悉，但有一个可能的思路：如果某个项目能够触发一个包含相关 issue 编号的调用（webhook），那么是否可以据此获取该 issue、将其创建为话题帖子，然后再在 issue 中贴回该话题的链接？
这样一来，触发获取 issue 及其评论的操作责任就落在了仓库维护者身上。他们可以通过 GitHub Action、Probot 插件等方式来实现。此外，他们还可以自行决定是自动关闭该 issue 还是保持其开放状态。
2 个赞
关于最后一点补充说明：目前暂时还没有，但未来可能会有相关计划。