Git und GitHub: das Sicherheitsnetz

Ein Agent, der Code schreibt, ist schnell – auch beim Kaputtmachen. Er überschreibt Dateien, löscht Zeilen, die er für überflüssig hält, und ändert an drei Stellen gleichzeitig. Das ist kein Problem, solange du jederzeit sehen kannst, was sich geändert hat, und es zurücknehmen kannst. Genau dafür ist Git da.

Fünf Begriffe

Repository. Dein Projektordner samt seiner gesamten Geschichte. Kurz: Repo.

Commit. Ein festgehaltener Zwischenstand mit einer kurzen Beschreibung. Jeder Commit ist ein Punkt, zu dem du zurückkehren kannst.

Branch. Eine Abzweigung. Auf einem Branch kann etwas ausprobiert werden, ohne dass die Hauptlinie – meist main – davon berührt wird.

Remote. Die Kopie des Repos auf einem Server. GitHub ist der verbreitetste Dienst dafür.

Pull Request. Der Vorschlag, einen Branch in die Hauptlinie zu übernehmen – mit allen Änderungen im Vergleich, Platz für Kommentare und automatischen Prüfungen. Kurz: PR.

Acht Befehle, die reichen

git init                  aus einem Ordner ein Repository machen
git status                was hat sich seit dem letzten Commit geändert?
git add .                 alle Änderungen für den Commit vormerken
git commit -m "Text"      Zwischenstand festhalten
git switch -c versuch     neuen Branch „versuch“ anlegen und wechseln
git diff                  Änderungen Zeile für Zeile ansehen
git log --oneline         die Geschichte in Kurzform
git restore .             alle nicht committeten Änderungen verwerfen

Du musst sie nicht auswendig können – ein Agent führt sie auf Zuruf aus. Aber du solltest wissen, was sie tun, bevor du zustimmst. git restore . etwa löscht alles, was noch nicht committet ist, ohne Nachfrage.

Die Routine vor jedem Agenten-Lauf

1. git status – ist der Stand sauber? Wenn nicht: erst committen.
2. git switch -c <name> – ein eigener Branch für diese Aufgabe.
3. Agent arbeiten lassen.
4. git diff – jede Änderung ansehen, bevor sie committet wird.
5. Committen oder verwerfen.

Diese fünf Schritte machen aus „Der Agent hat irgendwas gemacht“ ein „Der Agent schlägt genau diese Änderungen vor“.

Was nie in ein Repository gehört

Passwörter, API-Schlüssel, Zugangsdateien. Was einmal committet wurde, steht in der Geschichte – auch nach dem Löschen. Solche Dateien, meist .env, gehören in die Datei .gitignore, die Git sagt, was es übersehen soll. Prüf das, bevor du ein Repo zu GitHub hochlädst, und sag es dem Agenten in der Regeldatei.

GitHub als Arbeitsort

GitHub ist mehr als eine Sicherung:

• Issues sind die Aufgabenliste des Projekts. Ein gut geschriebenes Issue ist zugleich ein guter Auftrag an einen Agenten.
• Pull Requests sind der Ort der Prüfung – von Menschen, von automatischen Tests und zunehmend von Agenten.
• Geschützte Branches verhindern, dass irgendjemand direkt in die Hauptlinie schreibt. Auch kein Agent.

Private Repositories sind kostenlos. Für den Anfang reicht eines.

Nicht nur für Code

Alles, was aus Textdateien besteht, lässt sich so absichern: ein Notiz-Vault, eine Sammlung von Prompts, die Texte einer Website. Sobald ein Agent darin schreiben darf, lohnt sich die Geschichte – der Vault aus dem Pfad Wissen & Kontext ist ein gutes erstes Repository.

Die nächste Station zeigt, wie die Agenten arbeiten, denen du dieses Netz spannst.