GitHub mit dem Zuuna-Board verbinden
Commits, Branches, Pull Requests und Build-Status von GitHub landen automatisch auf der richtigen Karte. So verbindest du dein Repository.
Integrationen
Das Board dorthin verbinden, wo die Arbeit passiert
Die wichtigste Verbindung ist die zu deinem Code: Commits, Branches, Pull Requests und der Build-Status landen auf der richtigen Karte, ohne dass jemand etwas abtippt. Dazu kommen signierte Webhooks und eine REST-API für alles, wofür es hier keine eigene Seite gibt.
Alle Integrationen
GitLab mit dem Zuuna-Board verbinden (auch selbst gehostet)
GitLab.com oder die eigene Instanz im Firmennetz: Adresse, Projektpfad und ein Token, das nicht gespeichert wird. So läuft die Verbindung.
Gitea oder Forgejo mit dem Zuuna-Board verbinden
Für die eigene Gitea- oder Forgejo-Instanz: Adresse, Repository und ein Token, das nicht gespeichert wird — auch ohne Zugang von außen.
Selbst gehostet ist der Normalfall, nicht die Ausnahme
Bei GitLab und Gitea gibst du die Adresse deiner eigenen Instanz an und stellst selbst ein Token aus. Das ist der Grund, warum auch eine Instanz funktioniert, die nur aus dem Firmennetz erreichbar ist: Zuuna versucht den Webhook automatisch anzulegen, und wenn das nicht geht — weil die Instanz von außen nicht erreichbar ist — bekommst du URL und Secret zum Eintragen. Die Verbindung entsteht dann von deiner Seite aus.
Das Token wird dabei einmal verwendet und nicht gespeichert. Was bleibt, ist die Zuordnung von Repository zu Gruppe und das Webhook-Secret, und das liegt verschlüsselt.
Wenn es keine eigene Seite gibt
Dann über Webhooks und die REST-API. Zuuna schickt signierte Ereignisse
an jede URL, die du hinterlegst, und nimmt über /api/v1
Änderungen entgegen. Zapier, Make und n8n brauchen nichts weiter als das
— einen Token, eine URL und die Ereignisse, die dich interessieren.
Verbinden dauert länger zu lesen als zu tun.
Repository anbinden, einen Commit mit einer Karten-ID schreiben, fertig. 14 Tage voller Zugriff, ohne Kreditkarte.