Funktion
Der Code-Graph: was dein Team wirklich baut
Releases als Bänder auf einer Zeitachse, offene Branches und jeder Commit, der ohne Ticket live ging — automatisch aus Git und Pipeline.
GitHub kennt die Commits, aber nicht die Tickets. Jira kennt die Tickets, aber nicht den Commit-Bereich. Der Code-Graph schließt genau diese Lücke — und zeigt eine Ansicht, die kein anderer Tracker liefert.
Was du siehst
Eine Seite pro Gruppe:
- Releases als Bänder auf einer Zeitachse — die Wirbelsäule deiner Auslieferungen.
- Was gerade offen ist und wovon es abzweigte.
- Gemergt, aber noch nicht released — die Arbeit im Wartezimmer.
- Ohne Ticket live gegangen — jeder Commit, der Produktion erreichte, ohne eine Karte zu nennen.
Es pflegt sich selbst
Niemand aktualisiert etwas von Hand. Der Graph leitet sich aus Git und Pipeline ab — er ist immer aktuell, weil er aus der Wahrheit gebaut wird, nicht aus Statusfeldern.
Wer ihn braucht
Teamleads, die vor einem Release wissen wollen, was wirklich drin ist. Entwickler, die den blinden Fleck „was ging ungetrackt live?” schließen wollen. Alle, die Board und Repository endlich in Einklang bringen wollen.
Teil von Projektmanagement für Entwickler. Siehe auch Git auf dem Board.
Woher die Daten kommen
Der Graph wird aus dem gespeist, was die CLI meldet, und lässt sich über die REST-API auch selbst befüllen. Änderungen in Echtzeit gibt es über Webhooks.
Häufige Fragen
Was zeigt der Code-Graph?
Pro Gruppe eine Seite: jede Version als Band auf einer Zeitachse, was gerade offen ist und wovon es abzweigte, was gemergt aber noch nicht released ist — und jeden Commit, der ohne Ticket in Produktion ging.
Muss ich den Graph pflegen?
Nein. Er leitet sich automatisch aus deinem Git und deiner Pipeline ab — niemand aktualisiert etwas von Hand.
Welcher Plan ist nötig?
Der Code-Graph ist im Developer-Plan enthalten; er braucht ein verbundenes Repository und eine Pipeline.