Интеграция Git в багтрекинг: можно ли отслеживать слияния? - PullRequest
2 голосов
/ 12 мая 2011

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

Учитывая, что git сохраняет историю коммитов при выполнении слияний / вытягиваний / cherry-picks, все эти коммиты (которые могут поступать от внешних сторон, таких как апстрим) не будут иметь никаких специфичных для bt тегов.и, следовательно, не будет отображаться в системе отслеживания ошибок.Что, на мой взгляд, делает его бесполезным для любого git-проекта, кроме тех, которые полностью разработаны одним и тем же человеком / командой / организацией (которые затем всегда добавляли бы специфичный для bt тег к сообщениям фиксации).

AmЯ что-то здесь упустил?Есть ли способ, которым эти интеграции git-to-bt работают, которые также могут захватывать внешние коммиты, поступающие через слияния?Я просмотрел описания различных систем отслеживания ошибок (redmine, trac, jira и т. Д.) И не могу найти какую-либо документацию, которая указала бы, как они работают с этим (у них, как правило, есть отдельные примеры коммитов только в документах).).

1 Ответ

1 голос
/ 13 мая 2011

Единственное, о чем я могу думать, это то, что вы можете объединяться в ветке upstream, но сказать git не фиксировать результаты объединения с помощью --no-commit, а затем git commit, чтобы добавить ссылку на багтрекер.В противном случае я не знаю, как средство отслеживания ошибок может быть достаточно умным, чтобы знать, как сопоставить номера ошибок с идентификаторами коммитов.

...