Приношу извинения, если это не то место, где стоит публиковать такой вопрос, но есть ли планы снова добавить функциональность, аналогичную мигратору GitHub Issue → Discourse? Мы хотели бы использовать её в проекте kubernetes и в нескольких других проектах с открытым исходным кодом, о которых мне известно.
Мы закрываем вопросы поддержки, опубликованные в GitHub, и просим авторов перенести их на наш форум Discourse. Если бы была встроенная возможность миграции, мы могли бы добавить команду для бота, которая автоматически переносила бы такие вопросы при их пометке, а также предоставляла пользователю ссылку.
О, похоже, вы ищете более постоянное решение. Мы могли бы регулярно сканировать список проблем и копировать/закрывать их.
С точки зрения рабочего процесса хорошим решением было бы, если бы вы помечали вопросы тегом kind/support, а мы, заметив новые вопросы по поддержке, закрывали бы их на GitHub, создавали бы тему на Discourse и добавляли бы пост со ссылкой на Discourse.
Для реализации такого подхода потребуется проделать значительную работу: нам нужно будет расширить наш плагин Discourse ↔ GitHub (GitHub - discourse/discourse-github · GitHub), который сейчас поддерживает только обратные ссылки. Однако это вполне осуществимо.
Однако это не входит в функционал плагина для проверки кода, поэтому перемечивание не подойдет.
Это тот тип работы, который вы рассматриваете для спонсирования? Если да, я могу перенаправить это в наш командный ящик.
Оговорка: я не очень хорошо знаком с тем, как работает плагин discourse-github, но одна из возможных идей заключается в следующем: если проект может инициировать вызов (вебхук), содержащий номер соответствующей задачи, мог бы он получить задачу, создать пост в виде темы, а затем разместить ссылку на эту тему в самой задаче?
Таким образом, инициатором действия по получению задачи и комментариев становится владелец репозитория. Это может быть GitHub Action, плагин Probot и т. д. Они также могут решить, хотят ли они автоматически закрывать задачу или оставлять её открытой.