Modul · erfordert Aufgabenboards
Issues aus GitLab, Forgejo und Gitea auf dem Board, an dem das Team arbeitet
Enclessa verbindet sich mit GitLab.com, einem selbst betriebenen GitLab, Forgejo oder Gitea und spiegelt die Issues und Merge bzw. Pull Requests eines Repositorys als Karten auf ein Aufgabenboard. Wird eine Karte in die Spalte „erledigt“ verschoben, schließt sich das zugehörige Issue, wird sie herausgeschoben, öffnet es sich wieder; eine Karte, die auf einem Board angelegt wird, das Issues anlegt, wird zu einem neuen Issue. Das Zurückschreiben ist eine Einstellung, die die Organisation abschalten kann, und der Connector schreibt nie den Text eines Issues um.
Aktualisiert
- Hosts
- GitLab.com, selbst betriebenes GitLab, Forgejo und Gitea
- Was synchronisiert wird
- Issues und Merge bzw. Pull Requests, als Board-Karten
- Erledigt
- Eine Karte auf „erledigt“ schließt das Issue; zurück, öffnet es wieder
- Zurückschreiben
- Standardmäßig an, pro Organisation abschaltbar
- Authentifizierung
- Ein Zugriffstoken und ein Webhook-Geheimnis, versiegelt gespeichert
- Voraussetzung
- Das Modul Aufgabenboards
Wie funktioniert die Verbindung?
Eine Administratorin verbindet die Organisation mit einer Forge unter der Adresse, unter der sie läuft — GitLab.com, Ihr eigenes GitLab, ein Forgejo oder ein Gitea — mit einem Zugriffstoken, und die Webhooks der Forge melden Enclessa, wenn sich etwas ändert. Danach wird ein Board mit einem Repository verknüpft, und dessen Issues und Merge bzw. Pull Requests kommen als Karten an, die mit ihm im Gleichlauf bleiben.
- GitLab.com oder ein selbst betriebenes GitLab, Forgejo oder Gitea, unter einer Adresse Ihrer Wahl
- Zugangsdaten und Webhook-Geheimnis werden vor dem Speichern verschlüsselt
- Jede Zustellung wird bei der Forge nachgelesen, statt ihrem Inhalt zu vertrauen
- Ein Board, mit einem Repository verknüpft, geschützt durch die Berechtigung, die ohnehin für Boards gilt
Was schreibt es zurück?
Nur den Zustand, den das Board verantwortet. Eine Karte, die in die Spalte „erledigt“ hinein- oder aus ihr herausgeschoben wird, schließt oder öffnet, was sie spiegelt, und eine Karte, die auf einem Board angelegt wird, das Issues anlegt, wird zu einem neuen Issue. Titel und Beschreibungen in der Forge werden nie umgeschrieben. Eine Organisation, die nur lesen will, schaltet das Zurückschreiben ab.
- „Erledigt“ schließt das Issue, und das Verlassen von „erledigt“ öffnet es wieder
- Eine neue Karte kann als neues Issue angelegt werden
- Der eigene Text des Issues wird nie umgeschrieben
- Zurückschreiben ist eine Einstellung pro Organisation, standardmäßig an
Was es nicht leistet
Hier gesagt, statt erst nach der Anmeldung entdeckt.
- Der Connector erfordert das Modul Aufgabenboards, weil das, was er synchronisiert, Board-Karten sind.
- Bitbucket und Azure DevOps werden nicht unterstützt. GitHub hat einen eigenen Connector.
- Enclessa hostet keinen Code, führt keine Pipelines aus und prüft keine Diffs. Pipeline-Status und Review-Stand werden nicht auf der Karte gezeigt, wie es bei den Prüfergebnissen von GitHub der Fall ist.
- Das Zurückschreiben umfasst den Zustand offen oder geschlossen und neue Issues. Es ist kein allgemeiner Editor für die Forge.
Verwandte Seiten
Fragen
GitLab, Forgejo und Gitea: häufige Fragen
- Ja. Das Modul GitLab und Forgejo spiegelt Issues und Merge Requests aus GitLab.com oder einem selbst betriebenen GitLab auf ein Enclessa-Aufgabenboard, und eine Karte auf „erledigt“ schließt das Issue.
- Ja. Dasselbe Modul verbindet sich mit Forgejo und Gitea unter der Adresse, unter der sie laufen, und spiegelt deren Issues und Pull Requests auf ein Aufgabenboard.
- Ja. Das Zurückschreiben ist eine Einstellung pro Organisation. Sie ist standardmäßig an; ist sie aus, liest das Board aus der Forge und schreibt nie dorthin.
Verschlüsselte Zusammenarbeit, gehostet in Europa.
Legen Sie in ein paar Minuten eine Organisation an. Sie gehört Ihnen, erreichbar unter your-team.enclessa.app, betrieben in der Europäischen Union, mit Ende-zu-Ende-verschlüsselten Direktnachrichten ab der ersten.