Ich suche nach einer Spezifikation oder Richtlinien, wie ein Git-Client in Bug-Tracking-Systeme integriert werden sollte. Für SVN gibt es bugtraq: -Eigenschaften. Gibt es etwas Ähnliches für Git?Gibt es ein Git-Gegenstück zu svn: bugtraq properties?
Da es, dass es keine solche Spezifikation derzeit scheint, ist, habe ich begonnen:
Eine Möglichkeit wäre git notes zu verwenden (die I detail here), um auf der Oberseite der regelmäßig zu speichern, begeht eine ‚bugtrag‘ Note (in einem notes/bugtraq Namespace zum Beispiel).
Das würde eine Integration ermöglichen, ohne die git-Repo-Historie der bereits vorhandenen Commits neu zu schreiben.
Warum die Informationen duplizieren - normalerweise enthält die Commit-Nachricht bereits die Nummer des Problems. –
OK, so könnte es gespeichert werden. Obwohl ich denke, die Commit-Nachricht ist ausreichend (wie es in SVN ist). Also suche ich eigentlich nach einer Spezifikation für * wie man eine Commit-Nachricht interpretiert und Ausgabe-IDs extrahiert. Oder wie und wo die URL des Issue Trackers gespeichert werden soll. Beides geschieht mit den svn: bugtraq-Eigenschaften. Wenn es in Git kein Gegenstück gibt, sollte ich diese Diskussion vielleicht zur Git-Mailingliste bringen? – mstrap
@mstrap Sie setzen Put Informationen in Git Notizen. Sie können die Issue-ID in der Commit-Nachricht speichern und die Issue Tracker-URL in Git-Notes festlegen. Aber es gibt keine "normale" Möglichkeit, Git mit einem Bug Tracker zu verbinden. – VonC
Integration von Bug-Tracker mit Git funktioniert in der Regel durch Parsen der Git-Commit-Nachrichten im Bug-Tracker.
d. H. Sie erwähnen "Fixes # 1234" oder "relates # 1332" in Ihrer Nachricht und der Bug Tracker stellt die Verbindung her.
Eigentlich suche ich nach der umgekehrten Richtung: Der Git Client sollte die Interaktion mit dem Issue Tracker starten. – mstrap
Es gibt selten eine Frage, die vorher noch nicht gefragt. Es ist bereits ein beliebtes Standard für Projektinformationen wie der Link zu einem Bugtracker und vieles mehr: https://en.wikipedia.org/wiki/DOAP (Beschreibung eines Project)
Danke für den Link, obwohl ich bezweifle, dass DOAP für diesen Anwendungsfall (oder nur für einen Bruchteil dessen, was getan werden muss) anwendbar ist. Werfen Sie einen Blick auf die tornaiseSVN-Dokumentation oder https://github.com/mstrap/bugtraq. Das Angeben der Interaktion zwischen einem Git-Client und einem Issue-Tracker ist mehr als nur das Speichern einer URL. – mstrap
Sie können in Ihrer /.git/config Datei setzen diese mit TortoiseGit zu arbeiten:
[bugtraq]
url = http://jira.com:8080/browse/
number = false
warnifnoissue = true
message = http://jira.com:8080/browse/%BUGID%
label = Issue number
append = false
Interessant. +1. Ausführlicher, dass mein "Git Notes" Vorschlag in meiner eigenen Antwort. – VonC
"git notes" wurden auch im Mailinglisten-Thread erwähnt: http://www.spinics.net/lists/git/msg218408.html ... ich bin nicht sicher, was der Client tun soll, wenn wir bugtraq Informationen in Notizen speichern. Wenn Sie einen Vorschlag haben, können Sie die aktuelle Spezifikation kommentieren oder mir eine Pull-Anfrage schicken. – mstrap