Търся спецификация или насоки за това как Git клиент трябва да се интегрира със системи за проследяване на грешки. За SVN има bugtraq:-свойства. Има ли нещо подобно за Git?
Има ли Git аналог на свойствата svn:bugtraq?
Отговори (5)
Тъй като изглежда, че в момента няма такава спецификация, започнах това:
https://github.com/mstrap/bugtraq
person
mstrap
schedule
02.10.2013
интересно +1. По-подробно това моето предложение за git бележки в моя собствен отговор.
- person VonC; 03.10.2013
git бележките също са споменати в нишката на пощенския списък: spinics.net/lists/git /msg218408.html ... Не съм сигурен какво ще трябва да направи клиентът, ако съхраняваме информация за проследяване на грешки в бележки. Ако имате предложение, не се колебайте да коментирате текущата спецификация или да ми изпратите заявка за изтегляне.
- person mstrap; 03.10.2013
Можете да поставите това във вашия /.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
Възможно е също да съхранявате тази информация в хранилището в
/.tgitconfig.
- person MrTux; 29.01.2019
Един от начините би бил да използвате git notes (което Описвам подробности тук), за да съхраня върху всеки нормален ангажимент бележка 'bugtrag' (например в пространство от имена notes/bugtraq).
Това би позволило интеграция без пренаписване на хронологията на git repo на вече присъстващите ангажименти.
person
VonC
schedule
09.07.2013
Защо да дублирате информацията - обикновено съобщението за ангажиране вече съдържа номера на проблема.
- person Thomas S.; 09.07.2013
Добре, това е начинът, по който може да се съхранява. Въпреки че мисля, че съобщението за ангажиране е достатъчно (както е в SVN). Така че всъщност търся спецификация за как да интерпретирам съобщение за ангажиране и извличане на идентификатори на проблеми. Или как и къде да съхранявате URL адреса на проследяващия проблем. И двете се правят с помощта на svn:bugtraq свойства. Ако няма аналог в Git, може би трябва да отнеса тази дискусия в пощенския списък на Git?
- person mstrap; 09.07.2013
@mstrap поставяте всякаква информация, която искате, в git бележки. Можете да запазите идентификатора на проблема в съобщението за ангажиране и да зададете url на проследяващия проблем в git бележки. Но няма стандартен начин за взаимодействие на git с програма за проследяване на грешки.
- person VonC; 09.07.2013
интегрирането на програмите за проследяване на грешки с git обикновено работи чрез анализиране на съобщенията за извършване на git в програмата за проследяване на грешки.
т.е. споменавате "поправя #1234" или "отнася #1332" във вашето съобщение и програмата за проследяване на грешки установява връзката.
напр. redmine: http://www.redmine.org/projects/redmine/wiki/RedmineSettings#Referencing-issues-in-commit-messages
напр. github: https://help.github.com/articles/closing-issues-via-commit-messages
person
mnagel
schedule
09.07.2013
Всъщност търся обратната посока: Git клиентът трябва да започне взаимодействието с инструмента за проследяване на проблеми.
- person mstrap; 09.07.2013
Рядко има въпрос, който да не е задаван преди. Вече има популярен стандарт за информация за проекта като връзката към програма за проследяване на грешки и много повече: https://en.wikipedia.org/wiki/DOAP (Описание на проект)
person
Thomas Koch
schedule
04.10.2013
Благодаря за връзката, въпреки че се съмнявам, че DOAP ще бъде приложим за този случай на употреба (или само за малка част от това, което трябва да се направи). Разгледайте документацията за bugtraq на TortoiseSVN или github.com/mstrap/bugtraq. Указването на взаимодействието между Git клиент и инструмент за проследяване на проблеми е повече от съхраняване на URL адрес.
- person mstrap; 04.10.2013
