i38 API um EventPayloads von BitBucket erweitern
Beschreibung
Für code-basierte Projekte wäre es praktisch, wenn Commits der jeweiligen Git-Repos direkt mit den jeweiligen Issues verknüpft werden (eine Suche im Git-Changelog nach bspw. "i1337" ist zwar praktikabel aber total anstrengend).
Da auf lange Sicht auch GitHub angebunden werden soll, muss die Konfiguration etwas flexibler sein (natürlich haben die Events von Bitbucket ein anderes Format als die von GitHub...)
Dokumentation zu den Payloads: confluence.atlassian.com/bitbu…7.html#EventPayloads-Push
Die übertragenen commit messages sollen dann nach den üblichen Identifiern durchsucht werden und die jeweils referenzierten Einträge aktualisieren.
Auf eine Auswertung der Benutzernamen wird verzichtet, das artet sonst aus.
Für Stories und Issues muss jeweils eine neue Spalte her für die commit hashes und einen Zeitstempel - den Link zur jeweiligen Seite kann man hoffentlich dynamisch basteln...
Analog zu GitHub wäre es nett, wenn Keywords wie "Fixes" auch direkt den Zustand verändern... da wir aber beliebig viele Zustände haben, könnte das etwas umständlich werden (müsste konfiguriert werden, Mapping von Keywords zu Status).
Eine Zuordnung der jeweiligen Projektversion erscheint mir noch nicht möglich.
Da auf lange Sicht auch GitHub angebunden werden soll, muss die Konfiguration etwas flexibler sein (natürlich haben die Events von Bitbucket ein anderes Format als die von GitHub...)
Dokumentation zu den Payloads: confluence.atlassian.com/bitbu…7.html#EventPayloads-Push
Die übertragenen commit messages sollen dann nach den üblichen Identifiern durchsucht werden und die jeweils referenzierten Einträge aktualisieren.
Auf eine Auswertung der Benutzernamen wird verzichtet, das artet sonst aus.
Für Stories und Issues muss jeweils eine neue Spalte her für die commit hashes und einen Zeitstempel - den Link zur jeweiligen Seite kann man hoffentlich dynamisch basteln...
Analog zu GitHub wäre es nett, wenn Keywords wie "Fixes" auch direkt den Zustand verändern... da wir aber beliebig viele Zustände haben, könnte das etwas umständlich werden (müsste konfiguriert werden, Mapping von Keywords zu Status).
Eine Zuordnung der jeweiligen Projektversion erscheint mir noch nicht möglich.