Распределенный трекер проблем для git с полезной поддержкой Eclipse Mylyn?

Я использую git для контроля версий, но в настоящее время мне не хватает хорошей системы отслеживания проблем / ошибок / заявок с интеграцией Eclipse Mylyn.

Функции, которые я ищу:

  • Реализация с открытым исходным кодом (чтобы я мог добавлять функции, которые мне понадобятся в будущем. Предпочтительны лицензии GPL, LGPL, MIT или BSD).
  • Распределенный (проблемы должны храниться в репозитории git, я открыт для предложений для трекеров, которые хранят проблемы в той же или отдельной ветке кода).
  • Должна быть поддержка Eclipse Mylyn (чтобы я мог открывать и закрывать проблемы через интерфейс mylyn, я думаю, что разумная реализация могла бы предоставить HTTP-сервер localhost на определенном порту, а mylyn будет использовать коннектор "веб-шаблон" для поговорите со специалистом по отслеживанию проблем). Желательно, чтобы Mylyn автоматически обнаруживал проблемы, открывающиеся и закрывающиеся при переключении ветвей, но я не против, чтобы это было менее умным.
  • Able to track issues between branches, example:
    • I have branches X and Y with a common parent commit Z.
    • у коммита Z есть открытая проблема Z1.
    • ветка Y имеет исправление (фиксация Y4) и закрывает проблему в Y.
    • ветка Y имеет новую проблему (фиксация Y2)
    • ветвь Y объединена с X.
    • средство отслеживания проблем автоматически знает, что проблема Z1 исправлена ​​в X, но теперь есть новая проблема из фиксации Y2.
  • Возможность справиться со случаем, когда несколько репозиториев открываются, изменяются и закрываются с одинаковыми или разными проблемами (распределенная часть, я просто делаю это явно).
  • Должен работать на 64-битной и 32-битной Linux (на данный момент ubuntu 10.04)
  • Предпочтительно реализовано на bash, c / c ++, python или perl (возможно, также на java или ruby).

Дополнительные возможности (было бы неплохо, но без них я могу жить):

  • Достаточно мал, чтобы быть включенным в исходный код проекта: желательно один файл с установленным исполняемым битом (например, один скрипт bash или python с полной реализацией)
  • Какой-то веб-интерфейс пользователя, чтобы люди без Eclipse Mylyn могли хотя бы добавлять новые задачи и добавлять комментарии к существующим (нет необходимости устанавливать приоритеты или даже закрывать проблемы)

Можете ли вы предложить что-нибудь?

Обновление: По состоянию на 13 сентября 2012 г. подходящего инструмента не найдено. Краткое изложение лучших совпадений на данный момент:

  • Bugs Everywhere - нет поддержки Mylyn, статус был «Адриан Уилкинс хотел бы увидеть коннектор Mylyn для BE» в «Особенности планеты» за последние два года. В противном случае проект продолжится.
  • git-issues - этот проект кажется мертвым. Первоначальный автор прекратил коммиты около двух лет назад, а другие авторы сделали менее десяти коммитов примерно за последние два года.
  • git-case - этот проект кажется мертвым. Первоначальный автор прекратил совершать коммиты три года назад.
  • stick - этот проект кажется мертвым. Я даже не мог найти публичный репозиторий.
  • TicGit этот проект кажется мертвым. Все репозитории, которые мне удалось найти, содержат заявление о том, что проект больше не разрабатывается.
  • TigGit-NG - кажется, что эти проекты умирали несколько раз, но до сих пор кто-то всегда принимал проект снова . Здесь тоже нет поддержки Mylyn. Для запуска требуется довольно свежая среда Ruby.
  • TicGit.net - этот проект, похоже, является специфической для Win32 / .Net вилкой TicGit, написанной на C #. Не соответствует моим потребностям.

person Mikko Rantalainen    schedule 08.07.2010    source источник
comment
Конечно, было бы здорово, если бы это существовало ...   -  person Cascabel    schedule 08.07.2010
comment
Я немного поиграл с ticgit, хотя у него нет поддержки mylyn. Я также не думаю, что он может отслеживать изменения между ветвями - он живет в своей собственной ветке (единственном числе).   -  person Daniel Schilling    schedule 10.07.2010
comment
В настоящее время я почти уверен, что единственный правильный способ реализовать это - использовать ветку, отличную от реальной разработки. Обоснование: (1) Возможность добавлять ошибки / проблемы / заметки в исторические коммиты и (2) журнал git не засорен ненужным мусором системы отслеживания проблем.   -  person Mikko Rantalainen    schedule 16.05.2011


Ответы (2)


Вы можете взглянуть на GitIssues, который хорошо интегрирован с командной строкой git. Но, к сожалению, он не поддерживает Mylyn. Тем не менее, создать коннектор Mylyn должно быть легко, поскольку он может экспортировать в XML.

Вы можете ознакомиться с этим списком распределенных систем отслеживания ошибок.

person Joan Rieu    schedule 18.07.2010
comment
GitIssues выглядит интересно. Надеюсь, Mylyn скоро получит поддержку. Git-case (dist-bugs.kitenet.net/people/bartman/ git-case), похоже, тоже имеет разумный дизайн. Поддержки mylyn там тоже нет. - person Mikko Rantalainen; 19.07.2010

Вы смотрели Bugs Everywhere? На странице написано, что поддержка Mylyn все еще является запрашиваемой функцией, но я думаю, что она отвечает почти всем остальным вашим требованиям. (Чтобы быть ясным, я на самом деле не пробовал это сам, но мне кажется, что это очень разумный подход.)

person Mark Longair    schedule 09.07.2010
comment
Bugs Everywhere кажется мне слишком сложным, и Mylyn по-прежнему не поддерживает его. У этого проекта, похоже, много сторонников, так что, возможно, в будущем есть хорошая возможность для поддержки Mylyn. В конце концов, GitIssues мне кажется более многообещающим. - person Mikko Rantalainen; 19.07.2010
comment
У Bugs Everywhere есть HTML-интерфейс, поэтому, если это важно для вас, вы можете написать общий коннектор для Bugs Everywhere. См. redmine.org/projects/redmine/wiki/HowTo_Mylyn для обсуждения как кто-то сделал это для Redmine - person Kaitlin Duck Sherwood; 10.01.2012