DokumentationWorkflowsApps und Services
GitHub Dateien und Branches Node
Liest und schreibt Dateien, Branches und Commits in einem Repository, z.B. „Was steht in der README auf main?“ oder eine Datei mit einem Commit speichern. Hier findest du Einrichtung, Felder, Ein- und Ausgaben, Testablauf und Fehlerbehebung.
10 Min LesezeitAktualisiert am
Was GitHub Dateien und Branches macht
Liest und schreibt Dateien, Branches und Commits in einem Repository, z.B. „Was steht in der README auf main?“ oder eine Datei mit einem Commit speichern.
- Verarbeitet einen Eingang.
- Stellt einen Ausgang für weitere Schritte bereit.
- Wird als normaler Schritt in den Ablauf eingebunden.
Node einrichten
- 01Öffne einen Workflow und füge „GitHub Dateien und Branches“ über Bausteine hinzu.
- 02Falls dein GitHub-Konto noch nicht verbunden ist, verbinde es direkt im Node-Panel oder unter Konnektoren.
- 03Fülle die erforderlichen Felder aus. Werte aus vorherigen Schritten kannst du als Variable einsetzen.
- 04Nutze Testdaten oder starte einen Testlauf und prüfe die Ausgabe des Nodes.
- 05Verbinde den erfolgreichen Ausgang mit dem nächsten Schritt und aktiviere den Workflow erst nach einem vollständigen Probelauf.
Aktionen und Betriebsarten
Wähle im Feld „Aktion“ die gewünschte Funktion. Danach zeigt das Node-Panel nur die dafür relevanten Einstellungen.
- Branches auflisten
- Commits auflisten
- Datei lesen
- Branch lesen
- Branch anlegen
- Branch löschen
- Commit lesen
- Stände vergleichen
- README lesen
- Datei speichern
- Datei löschen
- Code suchen
- Tags auflisten
Einstellungen
| Feld | Bedeutung | Bereich |
|---|---|---|
| Aktion | Auswahl: Branches auflisten, Commits auflisten, Datei lesen, Branch lesen, Branch anlegen, Branch löschen, Commit lesen, Stände vergleichen, README lesen, Datei speichern, Datei löschen, Code suchen, Tags auflisten | Standard |
| Inhaber (User oder Org) | Der GitHub-Name, dem das Repo gehört, z.B. anymize. | Standard |
| Repository | Name des Repositorys, z.B. hello-world. | Standard |
| Nur geschützte Branches | Wird im Node-Panel konfiguriert. | Erweitert |
| Anzahl (max. 100) | Wie viele Einträge pro Abruf geladen werden. Mit „Alle Seiten laden“ ohne Wirkung, dann sind es immer 100 je Seite. | Standard |
| Alle Seiten laden | Lädt weitere Seiten nach, bis alles da ist, höchstens 1000 Einträge. | Erweitert |
| Seite | Ab welcher Seite geladen wird, z.B. die nächste Seite aus dem vorigen Abruf. Leer: die erste. Mit „Alle Seiten laden“ ohne Wirkung. | Erweitert |
| Branch | Welcher Branch, z.B. main. | Standard |
| Dateipfad | Pfad im Repository, z.B. src/index.ts oder README.md. | Standard |
| Von Person | GitHub-Name oder E-Mail. | Erweitert |
| Geändert seit | Nur Einträge, die seit diesem Zeitpunkt geändert wurden, z.B. 2026-01-31T00:00:00Z. | Erweitert |
| Geändert bis | Wird im Node-Panel konfiguriert. | Erweitert |
| Version (Branch) | Aus welchem Branch gelesen wird, z.B. main. Profis können einen Commit-Hash angeben. | Erweitert |
| Neuer Branch | Wird im Node-Panel konfiguriert. | Standard |
| Ausgangspunkt | Branch, Tag oder Commit, von dem abgezweigt wird. Leer: der Standard-Branch. | Standard |
| Commit oder Branch | Wird im Node-Panel konfiguriert. | Standard |
| Von | Älterer Stand, Branch oder Commit. | Standard |
| Bis | Neuerer Stand, Branch oder Commit. | Standard |
| Inhalt | Der neue Inhalt der Datei. | Standard |
| Inhalt liegt vor als | Auswahl: Text, Base64 | Erweitert |
| Commit-Nachricht | Kurz, was geändert wurde. | Standard |
| Bisherige Dateiversion | Nur für Profis. Leer: wird automatisch ermittelt. | Erweitert |
| Suchbegriff | Ein Suchwort ist nötig. Profis können Filter nutzen, z.B. repo:octocat/hello-world. | Standard |
| GitHub-Konto | Leer lassen, dann nutzt der Schritt dein verbundenes GitHub-Konto. | Erweitert |
| Für jedes Item einzeln ausführen | Aus (Standard): der Node läuft einmal für den gesamten Input. An: bekommt er mehrere Items (z. B. aus „Liste aufteilen“), läuft er einmal PRO Item, und {{ $json }} ist dabei jeweils genau dieses Item. So arbeitest du eine Dateiliste Eintrag für Eintrag ab. | Erweitert |
| Wenn ein Item fehlschlägt | „Überspringen“ schreibt für das fehlgeschlagene Item ein `error`-Feld und verarbeitet die übrigen weiter, statt den ganzen Lauf an einer einzigen unlesbaren Datei scheitern zu lassen. | Erweitert |
| Pause zwischen Items (Millisekunden) | Wartezeit vor jedem Durchlauf außer dem ersten. 1000 = 1 Sekunde pro Item. Nützlich, wenn die Gegenstelle sonst dichtmacht. Maximal 300000 (5 Minuten). | Erweitert |
Eingaben und Ausgaben
| Eingabe | Bedeutung | Typ |
|---|---|---|
| Standard | Der Node übernimmt das vollständige Ergebnis des vorherigen Schritts. | JSON |
| Ausgabe | Bedeutung | Typ |
|---|---|---|
| Standard | Das Ergebnis steht dem nächsten Schritt als JSON zur Verfügung. | JSON |
Dieser Node kann Listen Item für Item verarbeiten. Fehlerbehandlung und Pause zwischen Items findest du in den erweiterten Einstellungen.
Beispiel und Testlauf
README aus dem Default-Branch lesen: Starte den Node zunächst mit einem kleinen, eindeutig erkennbaren Datensatz. Öffne danach die Ausgabe und verwende nur Felder, die dort tatsächlich vorhanden sind.
Beispiel für einen Testlauf
{
"owner": "octocat",
"repo": "hello-world",
"path": "README.md"
}Zugriff und Sicherheit
Der Node arbeitet mit deinem eigenen verbundenen GitHub-Konto. Er sieht und ändert nur, was dieses Konto darf. Prüfe beim Verbinden die angezeigten Berechtigungen. Außerdem muss der passende Bereich (Issues, Pull Requests, Repos) in den Einstellungen deiner GitHub-Verbindung unter Konnektoren eingeschaltet sein. Standardmäßig sind alle Bereiche an.
„Aktionen erlauben“ in den Einstellungen deiner GitHub-Verbindung unter Konnektoren gilt auch für diesen Node und wird bei jedem Lauf geprüft. Mit „Nur lesen“ oder „Lesen und Entwürfe“ laufen nur die lesenden Aktionen: Branches auflisten, Commits auflisten, Datei lesen, Branch lesen, Commit lesen, Stände vergleichen, README lesen, Code suchen, Tags auflisten. Diese Aktionen brauchen „Änderungen erlauben“: Branch anlegen, Branch löschen, Datei speichern, Datei löschen.
Schlüssel und Zugangsdaten gehören in die Workflow-Secrets oder in deine verbundenen Konten. Trage sie nie als normalen Text in Workflow-Felder, Testdaten oder Beschreibungen ein.
Häufige Fehler beheben
- Keine Ausgabe: Prüfe den letzten Testlauf und ob der vorherige Node die erwarteten Felder geliefert hat.
- Variable bleibt leer: Öffne die Ausgabe des vorherigen Schritts und übernimm den Feldnamen aus den echten Testdaten.
- Verbindung abgelehnt: Verbinde den Dienst erneut und erteile nur die Berechtigungen, die dieser Schritt benötigt.
- Aktion gesperrt: Stell „Aktionen erlauben“ der Verbindung unter Konnektoren auf „Änderungen erlauben“ oder wähle eine lesende Aktion.
- Liste wird nur einmal verarbeitet: Aktiviere die Ausführung pro Item in den erweiterten Einstellungen.