Есть ли в Git аналог свойств svn: bugtraq?

Я ищу спецификацию или рекомендации по интеграции клиента Git с системами отслеживания ошибок. Для SVN есть bugtraq:-свойства. Есть ли что-то подобное для Git?


git issue-tracking bug-tracking
person mstrap    schedule 09.07.2013    source источник

Ответы (5)


arrow_upward
4
arrow_downward

Поскольку кажется, что в настоящее время такой спецификации нет, я начал с этого:

https://github.com/mstrap/bugtraq

person mstrap    schedule 02.10.2013
comment
Интересный. +1. Более подробно, что мое предложение git отмечает в моем собственном ответе. - person VonC; 03.10.2013
comment
Примечания git также упоминались в ветке списка рассылки: spinics.net/lists/git /msg218408.html ... Я не уверен, что клиенту потребуется делать, если мы храним информацию об ошибке в заметках. Если у вас есть предложение, не стесняйтесь комментировать текущую спецификацию или отправить мне запрос на перенос. - person mstrap; 03.10.2013

arrow_upward
2
arrow_downward

Вы можете поместить это в свой файл /.git/config для работы с TortoiseGit:

[bugtraq]
    url = http://jira.com:8080/browse/
    number = false
    warnifnoissue = true
    message = http://jira.com:8080/browse/%BUGID%
    label = Issue number
    append = false
person Richard    schedule 18.07.2014
comment
Также можно хранить эту информацию в репозитории в /.tgitconfig. - person MrTux; 29.01.2019

arrow_upward
1
arrow_downward

Один из способов - использовать git notes (который Подробно здесь), чтобы хранить поверх любой обычной фиксации заметку «bugtrag» (например, в пространстве имен notes/bugtraq).

Это позволит выполнить интеграцию без перезаписи истории уже существующих коммитов git.

person VonC    schedule 09.07.2013
comment
Зачем дублировать информацию - обычно сообщение о коммите уже содержит номер проблемы. - person Thomas S.; 09.07.2013
comment
Хорошо, вот так это можно было хранить. Хотя я думаю, что сообщения о фиксации достаточно (как в SVN). Итак, я действительно ищу спецификацию как интерпретировать сообщение фиксации и извлекать идентификаторы проблем. Или как и где хранить URL-адрес системы отслеживания проблем. Оба варианта выполняются с использованием свойств svn: bugtraq. Если в Git нет аналога, может мне стоит перенести это обсуждение в список рассылки Git? - person mstrap; 09.07.2013
comment
@mstrap вы помещаете любую информацию, которую хотите, в заметки git. Вы можете сохранить идентификатор проблемы в сообщении фиксации и установить URL-адрес средства отслеживания проблем в примечаниях git. Но стандартного способа взаимодействия git с трекером ошибок не существует. - person VonC; 09.07.2013

arrow_upward
-2
arrow_downward

интеграция трекеров ошибок с git обычно работает путем анализа сообщений коммитов git в трекере ошибок.

то есть вы упоминаете «fixes # 1234» или «related # 1332» в своем сообщении, и система отслеживания ошибок устанавливает соединение.

person mnagel    schedule 09.07.2013
comment
Собственно, я ищу обратное направление: клиент Git должен начать взаимодействие с системой отслеживания проблем. - person mstrap; 09.07.2013

arrow_upward
-2
arrow_downward

Редко бывает вопрос, который не задавали раньше. Уже существует популярный стандарт информации о проекте, такой как ссылка на средство отслеживания ошибок и многое другое: https://en.wikipedia.org/wiki/DOAP (Описание проекта)

person Thomas Koch    schedule 04.10.2013
comment
Спасибо за ссылку, хотя я сомневаюсь, что DOAP будет применим для этого варианта использования (или просто для части того, что необходимо сделать). Просмотрите документацию TortoiseSVN по bugtraq или github.com/mstrap/bugtraq. Указание взаимодействия между клиентом Git и системой отслеживания проблем - это больше, чем просто сохранение URL-адреса. - person mstrap; 04.10.2013