Kann eine n8n-Instanz mehrere GitHub-Repositories haben, die an unterschiedliche Projekte gebunden sind? Wenn ja, wie kann das erreicht werden? In der Dokumentation kann ich nur das Multi-Branch-Konzept sehen
Die Docs, die du gefunden hast, sind die wichtige Grenze: n8n-Versionskontrolle funktioniert nach dem Schema Instanz → Git-Repo → Branches/Environments. Es ist kein Pro-Projekt-Picker, bei dem jedes Projekt in einer Instanz sein eigenes GitHub-Repo bekommt.
Wenn es um Client-/Projekt-Isolierung geht, sind separate Instanzen die sicherere Grenze. Wenn es nur um Dev/Prod-Promotion geht, behalt ein Repo und nutze Branches. Was versuchst du zu lösen: Isolierung oder Deployment-Historie?
Danke. Primär ist es um die Isolation pro Projekt für unterschiedliche Teams.
Dann ist die Versionskontrolle die falsche Grenze, auf die man sich verlassen kann. Branches können die Änderungshistorie trennen, aber sie isolieren keine Teams innerhalb einer laufenden n8n-Instanz.
Für verschiedene Teams die Isolation zunächst auf Instanz-/Umgebungsebene beibehalten und dann jede mit dem Repo-/Branch-Setup verbinden, das zu diesem Team passt. Benötigen die Teams auch separate Anmeldedaten und Ausführungsverlauf, oder nur separaten Workflow-Code?
Sie erfordern separate Anmeldedaten und einen Ausführungsverlauf
Ja, dann teilen Sie die Laufzeit-Grenze auf. Wenn jedes Team seine eigenen Anmeldedaten und Ausführungsverlauf benötigt, bleibt selbst eine gemeinsame n8n-Instanz plus Git-Branches mit dem Betriebsverlauf am selben Ort.
Behandeln Sie jedes Team als seine eigene n8n-Instanz/Umgebung, und verbinden Sie dann für jedes Team die Quellcode-Verwaltung separat. Die Wahl des Repos erfolgt nach dieser Grenze, nicht davor.
@akshika.sharma 
Die Verwaltung von CI/CD-Pipelines über mehrere GitHub-Repositorys auf einer einzigen n8n-Instanz ist eine häufige Anforderung für die Skalierung der Infrastruktur.
Dies wird typischerweise durch fortgeschrittenes Webhook-Routing oder benutzerdefinierte Git-basierte Deployments erreicht, die für eine saubere Projektabgrenzung unverzichtlich sind.
Wenn du diese komplexen Deployment-Setups architekturieren möchtest oder einen erfahrenen Automatisierungspartner benötigst, um deine Systeme zu skalieren, lade ich dich ein, die Möglichkeiten meiner Agentur hier zu erkunden: https://automaelite.com/.
Ich spezialisiere mich auf den Aufbau, die Reparatur und Skalierung von leistungsstarken n8n-, KI-, Make.com- und GHL-Automatisierungssystemen für ernsthafte Agenturen.