Трекер ошибок для Discourse

Продолжение обсуждения из плагина Tickets :tickets::

Я ищу способ либо использовать что-то вроде Tickets Plugin 🎟, либо интегрировать трекер задач Forgejo с Discourse. Возможно, второй вариант будет проще реализовать?


При ответе на эту тему, пожалуйста, учтите, что цель не в создании разового решения, а в предложении интересного подхода для сообщества свободного ПО по интеграции с инструментами разработки за пределами GitHub. Forgejo уже является примером, так как стал выбором номер один вне GitHub и GitLab, например, используется на Codeberg.org. Также можно рассмотреть SourceHut, который мог бы стать отличным фронтендом для этого минималистичного forge, основанного на электронной почте, для хакеров.

Изначально я планировал разместить эту тему в категории Marketplace, так как хотел, чтобы кто-то взял на себя развитие плагина Tickets, но понимаю, что прежде чем это произойдет, необходимо провести предварительное обсуждение.

Особенно мне интересно узнать, как вы используете Discourse в сочетании с вашим forge для разработки или как замену трекеру задач для управления проектами. Отзывы команды Discourse приветствуются!

Другой подход — разработать систему, использующую плагин Assign. Думаю, это может удовлетворить большинство требований трекера задач или системы тикетов.

Наверное, никто не знает об этом лучше, чем они сами.

Да, расширение или использование плагина Assign может быть полезным. Поскольку @angus занят в другом месте, я также хотел бы проверить интерес и посмотреть, есть ли кто-то, кто заинтересован в выполнении такой работы. Учитывая продолжающиеся гранты NGI Zero, это может быть оплачиваемая работа.

Pavilion готов к новым проектам.

Нам потребуется лишь следующее:

  • техническое задание
  • финансирование
  • контракт

:slight_smile:

Как вы думаете, лучше строить на основе Tickets, Assign или сделать что-то другое?

Есть ли у нас функциональная спецификация?

Если нет, давайте сначала составим её!

Я опубликовал похожее предложение для Forgejo, так как у них идёт обсуждение использования трекера задач в качестве пространства для дискуссий. Я считаю, что интеграция с Discourse объединила бы лучшее из обоих миров.

На вскидку, функциональная спецификация могла бы выглядеть так:

  • поддержка нескольких репозиториев
    • (возможно, нескольких организаций)
  • автоматическое создание тем при создании задач
    • (возможно, только для задач, помеченных как обсуждения)
  • автоматическое создание задачи при создании темы с соответствующей меткой
    • (возможно, в виде тикета)
  • интеграция удалённых пользователей через SSO (например, OAuth2) или ActivityPub (если присутствует плагин ActivityPub)
  • предоставление простой панели управления в Discourse
    • с возможностями фильтрации
    • возможно, с поддержкой Канбан

Конечно, для этого потребуется ещё немного обсуждений и доработок, прежде чем мы сможем прийти к выводу о подходящем проекте.

О! Я только что опубликовал Using discourse to track issues?, так как подумал, что это уже существует.

Я готов использовать свой экземпляр Discourse для прототипирования любых идей или предложений.

Если у вас есть бюджет, рассмотрите возможность публикации в Marketplace.

Спасибо, отличная идея.

Поскольку в проекте давно существуют проблемы с длинными ветками обсуждений, я думаю, что создам несколько категорий и тем на моём сервере Discourse и предоставим нам возможность проработать несколько циклов, чтобы мы могли определить требования.

Звучит как хороший подход :+1:

Есть ли какие-то успехи по этому вопросу?

Плагин тикетов, похоже, застрял и содержит несколько мелких багов, которые вряд ли будут исправлены без более точного вмешательства. Однако меня больше интересует использование вебхуков и интеграция с Forgejo, так как именно для этого он создан и поддерживает интеграцию с кодом. Но и сообщество Discourse, и сообщество Forgejo, похоже, проигнорировали это предложение. :person_shrugging:

@blaisep, вы нашли подходящее решение для вашего случая?

Я создал

который позволяет реализовывать сложные рабочие процессы с участием людей и отслеживать статистику выполнения задач.

Мы столкнулись с рядом конфликтов на 9-м уровне модели OSI (политика), поэтому прогресса не было. Тем не менее, я с большим интересом изучу ссылки от @merefield ( :bow: ), так как пока кажется, что он действительно всё понимает.

В других новостях сообщество #fedora отказывается от своего forge и рассматривает переносимые способы интеграции рабочего процесса в выбранный хостинг Git (Forgejo, Codeberg и т. д.). Существует большой интерес к снижению зависимости от github.com по разным причинам.