Git-Grundlagen: Fork vs. Branch
In der Programmierung (egal ob bei unseren Go-Projekten oder Web-Dashboards) ist die saubere Trennung von Code-Ständen überlebenswichtig. Oft werden die Begriffe Fork und Branch synonym verwendet, dabei erfüllen sie im Workflow völlig unterschiedliche Aufgaben.
1. Der Branch (Lokaler Abzweig)
Ein Branch ist ein interner „Ast“ innerhalb desselben Repositorys.
- Einsatz: Wenn du an einem neuen Feature arbeitest (z. B. eine neue Funktion in einem Go-Tool) oder einen Bug fixst.
- Workflow: Du erstellst einen Branch (z. B.
feature/dashboard-ui), arbeitest darin und führst ihn per Merge wieder in den Hauptstamm (main) zusammen. - Verbindung: Da der Branch im selben Projekt lebt, ist die Integration schnell und direkt.
2. Der Fork (Die Projekt-Kopie)
Ein Fork ist eine komplette Kopie eines Projekts auf deinen eigenen Account-Bereich (z. B. auf GitHub oder deinem eigenen Gitea).
- Einsatz: Wenn du mit K.I.-Agenten experimentierst. Du forkst dein eigenes Projekt, lässt die K.I. auf dieser Kopie "wildgeworden" Features einbauen, ohne dein stabiles Original-Repository zu gefährden.
- Workflow: Änderungen im Fork können später über einen Pull Request zurück ins Original fließen – oder der Fork wird zur neuen Basis für ein Experiment.
- Vorteil: Maximale Sicherheit. Wenn die K.I. im Fork das CSS zerschießt, bleibt dein Hauptprojekt unberührt.
3. Der Unterschied im "Programming"-Alltag
| Situation | Empfehlung |
|---|---|
| Schnelle Korrektur an einem Go-Skript | Branch erstellen |
| Experimentelles Refactoring durch K.I. | Fork erstellen |
| Zusammenarbeit mit Externen am Wiki-Code | Fork & Pull Request |
4. Querverweise & Automatisierung
In unserem Setup nutzen wir oft automatisierte Prozesse. Denkt daran:
- Docker-Builds: Ein Push in einen Branch kann einen automatischen Build auslösen (siehe Buch: Container & Runtimes).
- Dokumentation: Wenn Agenten im Branch arbeiten, sollten sie die Änderungen direkt in den Dokumentations-Ordner notieren, damit unser Wiki hier aktuell bleibt.
So baust du es im Wiki ein:
- Gehe in dein Buch Programming.
- Wähle die Seite "Git Grundlagen: Fork vs. Branch" (oder bearbeite sie).
- Füge diesen Text ein.
- Bonus: Du kannst das Wort "Docker-Builds" im Text direkt mit deiner Seite im Buch "Container & Runtimes" verlinken.