Gitea: Scrum PM

Я не думаю, что gitea когда-либо будет поддерживать это из коробки.

Однако мы можем начать обсуждение, чтобы глубже интегрировать https://taiga.io/ или https://wekan.io/ в gitea. Должно быть то, что вы ищете. :краснеть:

@metalmatze : Wekan - это всего лишь доска канбан, так что я не совсем то, что я ищу, в то время как Taiga - довольно крутой инструмент PM, но как вы могли представить себе такую ​​интеграцию?

Я никогда не использовал Тайгу лично. Но у них есть API.
https://taigaio.github.io/taiga-doc/dist/api.html

Так что должна быть возможность перемещать вещи в тайге, когда вопросы открываются или закрываются в gitea. Или переместите карты (проблемы или что-то еще) в тайге после того, как кто-то нажал исправление для чего-то.
Но это еще предстоит обсудить по существу.

Уже существует простая интеграция Gogs в ядре taiga, ее следует расширить для действительно продуктивной комбинации этих инструментов. Мы должны сосредоточить gitea на хостинге git. Может быть, мы действительно сможем создать систему плагинов, чтобы другие могли писать приложения, которые подключаются к gitea.

@metalmatze : Тайга - это не простая доска канбан (хотя она может быть и одна), а целый инструмент для работы с личными сообщениями с эпосами, пользовательскими историями и прочим, так что ...

@tboerger : Это в настоящее время закрывает проблемы только тогда, когда они упоминаются в сообщении фиксации, верно? Я не знаю, как это можно было бы продлить. Кстати, система плагинов для Gitea была бы очень хороша.

Тайгу можно использовать в канбане или в режиме схватки. Если вы хотите понять, как это можно интегрировать, просто поиграйте или прочтите об интеграции github и waffle.io. Или взгляните на интеграцию github в trello.

Но для ясности, добавление такой функции в ядро ​​gitea действительно выходит за рамки текущего планирования. Если действительно нужен такой инструмент, лучше создать что-нибудь автономное или через внешний плагин в gitea. Поэтому я пока закрываю вопрос.

@tboerger : Я знаю, что Тайгу можно использовать как в канбан, так и в скрам-режиме, поэтому я сказал (altough it can be one) . Я раньше играл с Waffle, но такая интеграция была бы возможна только с режимом канбан Тайги (или Wekan), но не с режимом Scrum Тайги, верно? Эта интеграция возможна со стороны Тайги (и Wekan), или Gitea не хватает API для этого? Кстати, я полностью понимаю, что такая большая функция в настоящее время действительно выходит за рамки, так что уже есть проблема для системы плагинов?

Насколько я знаю, мы предоставляем необходимый api, он должен быть интегрирован в код taiga Gogs. У нас уже есть проблема с системой плагинов

По моему личному мнению, используя Taiga и Wekan (внутренние проекты), я считаю, что Taiga имеет большой вес и, возможно, более интересно использовать или интегрировать систему Kanban, такую ​​как Wekan.

Есть новости об интеграции? Большое спасибо!

Проблема со всем вышеупомянутым - переносимость ... Мне нравится Gitea, потому что я могу запускать его в Windows без каких-либо проблем .. Теперь объединение Gitea с этими двумя будет означать только то, что эта функция может использоваться только теми, у кого есть Linux. и т.д. Я лично считаю, что Gitea должна иметь свой собственный Scrum и Kanban, интегрированные в него.

Этот парень до сих пор делал что-то, нацеленное на Гога ...
"
Если кто-то заинтересован в работе над этим, не стесняйтесь обращаться ко мне. Я начал работать (https://github.com/mhtsbt/GogsBoard) над канбан-доской с питанием от gogs. Это отдельное приложение, которое подключается через api:
"
Я думаю, ему нужно помочь.

Печально то, что я не разработчик Go. Но мне нравится это маленькое быстрое приложение в моем рабочем процессе.

Пожалуйста, повторно откройте эту проблему

Да, пожалуйста, повторно откройте интеграцию Канбан.
Он также доступен в Gitlab.

То же, что и gitlab, было бы идеально.
У нас уже есть TAGS в Gitea, «все, что нам нужно» для версии 1.0 - это представление вопросов в канбан-формате:

• Проблемы "без тегов" находятся слева в столбце "предыдущие журналы" (ПО УМОЛЧАНИЮ).
• Закрытые выпуски справа в закрытых (ПО УМОЛЧАНИЮ)
• Пользователь может создавать столбцы по тегу типа «сделать» (указывается пользователем).

Когда у нас есть это, мы можем подумать о более приятном пользовательском интерфейсе с перетаскиванием для 1.1 ...

PS: может быть, название проблемы github переименовать с помощью Kanban?

Выглядит неплохо

Хотя я использовал доску задач gitlab для планирования проекта, и у меня были опытные компании, которые также используют gitlab таким образом, я совсем недавно начал использовать gitea для локальной разработки (gitlab действительно очень тяжеловесен для локального развертывания ....), и я Я в смешанном уме, когда смотрю на эту тему здесь. По моему опыту, многие компании и группы часто используют другие инструменты планирования / scrum / kanban (jira, pivatol, taigo и т. Д., Все приходят на ум), даже когда они используют gitlab (или github), и реальный результат на самом деле очень часто своего рода дублирование управления проблемами между ними.

Я думаю, что более правильным ответом было бы создание лучших API-интерфейсов и методов интеграции, а не попытки создать пользовательский опыт вокруг того, что всегда будет подмножеством функций, предлагаемых более узкоспециализированными приложениями PM, которые уже существуют. Делай одно дело и делай это хорошо.

Проблемы, которые существуют с внешними инструментами, заключаются в том, что часто необходимо вручную копировать и вставлять ссылки на запросы на вытягивание и ветки, чтобы вы могли перейти от внешней истории или проблемы к ветке (веткам), связанным и запросам на вытягивание, которые вы собираетесь использовать. обзор кода. Да, я часто бывал в местах, где это происходило постоянно. Знание того, как функциональные ветви связаны с историями в системе управления проектами, и автоматическое отслеживание их статуса, а также вставка прямых ссылок во внешние инструменты управления проектами, были бы большой победой. Соединение с существующим свободно лицензированным приложением PM, которое также имеет легкие требования к хостингу, а затем совместное улучшение такой интеграции API для достижения подобных вещей, я думаю, было бы здорово. Будьте экосистемой, а не универсальной системой, которой всегда не хватает.

Я также предлагаю наконец реализовать API плагинов и предоставлять подобные вещи в виде отдельных плагинов вместо того, чтобы еще больше раздувать ядро ​​с помощью нишевой функции, которая, возможно, редко используется.

Привет,
Не уверен, насколько это круто. Всегда трудно сказать. В бизнесе, в котором я работаю, это просто необходимо. Тем более, что мы должны взаимодействовать с конечными потребителями и тестировщиками, такое представление более прямолинейно.
Он сообщает заказчику о том, что происходит с его проектом.

Я понимаю, что с точки зрения разработчика, вы не видите в этом пользы. В конце концов, он просто представляет те же данные, что и «taggs». Зачем нам это нужно?
Я считаю, что это функция клиента / конечного пользователя. Не для разработчиков. Это очень полезно для людей не в коде .... например, для тестеров вашего продукта или услуги ... В основном люди не в этой теме: D

Теперь с точки зрения проекта, возможно, остается вопрос: создадим ли мы gitea для отчетов об ошибках тестировщиков / конечных клиентов? Или мы строим gitea только для разработчиков?

Я не думаю, что gitea должен стать таким раздутым, как, например, GitLab. Подключение к стороннему API кажется гораздо лучшим вариантом.

Я использую gitea (и ранее использованные Gogs), и основным преимуществом является то, что он предлагает почти ту же функциональность, что и github / ...., НО без большой нагрузки. Я согласен с комментариями, в которых говорится о решении через API. Моя причина в том, что вы даете каждому пользователю свободу выбора службы, которую он хотел бы использовать. Вы не заставляете их использовать ваше решение, которое явно не будет идеальным (потому что нет ничего идеального).

Если кто-то ищет, взгляните на это: https://github.com/Incubaid/gitea-kanban

Мое честное мнение по этому поводу: макет стола с драгндропом не слишком много, но позволяет легко и легко визуально управлять проблемами.
Не знаю, действительно ли он кричит плагин, но если прямо внутри gitea, но для меня похоже, что большая часть этого - один визуализированный файл шаблона html. 😅
Это то, что вы также можете увидеть в приведенном выше проекте, в основном это стандартные файлы и конфигурация (которые уже есть у всех gitea), плюс некоторая дополнительная логика для таблицы. ^^

Очень разочарован тем, что этот вопрос был закрыт без дальнейшего рассмотрения. Мы только что изучали, следует ли переходить на Gitea или GitLab - я лично предпочитаю интерфейс и простоту Gitea, но это была существенная отсутствующая функция, которая на данный момент подтолкнула нас к GitLab. Достаточно справедливо желание сохранить Gitea легким, но это довольно важная функция для многих людей - поддержка при возникновении проблем - это здорово, но если рабочий процесс не налажен для эффективной и действенной организации и решения этих проблем, это очень важно. недостаток перед другими вариантами.

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

@ r0bbie, если кто-то создаст PR для этого, он все равно будет рассмотрен для включения в Gitea

Привет, @lafriks. Я планирую над этим поработать. У меня довольно большой опыт работы с открытым исходным кодом и веб-разработки, но я совершенно новичок в golang. Есть ли какой-нибудь стандартный код или другая наполовину реализованная вилка, над которой я могу работать?

Я не знаю, чтобы что-то такое начиналось

Мне также было бы интересно помочь, мне также нужны инструменты для планирования проекта. Сейчас мы используем gitlab и хотим перейти на github. Канбан, связанные с ним вопросы и диаграмма Ганта были бы такими возможными для нас.

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

@Mikjaer Я

Привет всем, кто хочет начать с этого. Просто отмечу, что для этого доступно решение (не интегрированное в gitea) с использованием gitea API. Это внешнее приложение Node.js, которое можно найти здесь: https://github.com/Incubaid/gitea-kanban .

Я бы посоветовал, возможно, написать там сообщение или поговорить с разработчиками проектов, если они, возможно, будут открыты для объединения усилий или повторного использования чего-либо;)

@ rakshith- ravi @Mikjaer @ r0bbie

@ rakshith-ravi Я плохо разбираюсь в голанге, я провожу день, читая исходный код gitea, и это кажется выполнимым. Я осмотрелся и думаю, что лучшее решение - создать плагин-решение для gitea, а затем написать желаемые функции в виде плагина.

вау, это здорово @gsantner

Так есть ли в gitea система плагинов?

Я написал для этой цели расширение для Chrome, которое уже показывает канбан-представление проблем по ярлыкам. Сначала поддерживает gitea, а также работает над другими основными. Вы можете попробовать это на gitea.com. https://github.com/funktechno/git-kanban-enhanced-chrome-extension. Простое несамостоятельное расширение - https://chrome.google.com/webstore/detail/git-kanban-enhance/ehoibkdpdgjcjnnalkbiidajafoimnaa