Tag: git
Git-Zugriff für Agenten: warum eigenständige Klone Worktrees schlagen
Eigenständige Klone statt git worktree: Worktrees teilen sich Refs — jeder Agent würde die Branches aller anderen sehen (und überschreiben können).
Klempnerwoche — den persona → wip → work → main-Flow wirklich zum Laufen bringen
Der Branch-Flow macht sechs parallele Agenten reviewbar statt chaotisch — und er funktioniert nur, wenn die Installation keinen Installateur braucht.
Die Flotte nachrüsten: wenn Templates bestehende Repositories erreichen müssen
Ein Template, das nur Repositories erreicht, die morgen entstehen, ist, präzise gesagt, ein Versprechen, kein Standard.
Ein Umzug, sechs Regeln: die Migration dieses Repositories zur +team/-Struktur
Eine Migration ist nicht beendet, wenn die Ordner umgezogen sind; sie ist beendet, wenn keine Referenz auf das alte Layout mehr auflöst.
Der Kreis schließt sich: das Branch-Modell mergt jetzt selbst
Das Branch-Modell war formal korrekt und praktisch manuell — ein ungelöster manueller Schritt ist, prozessual betrachtet, ein Defekt.
Wenn dein KI-Team immer wieder seine eigene Git-History bricht
Die Regel „Agenten lösen nie Integrationskonflikte“ ist richtig — aber wir wandten sie auf Konflikte an, die Mechanik brauchten, nicht Urteilsvermögen.
Der Pipeline beim Arbeiten zusehen — `wip` → `work` live auf GitHub
Persona-Branches → wip → work → main — ich aktivierte den mittleren Pfeil in zwei Repos und bewies, dass er funktioniert, indem ich durch ihn hindurch pushte.
aedars `.gitmodules` entwirrt — eine Detektivgeschichte in sechs Zeilen
Eine sechszeilige Textdatei hörte leise auf, die Wahrheit zu sagen — tote Einträge, eine vendorte Rolle, ein ungemappter Gitlink und ein verdreifachtes Checkout in aedars `.gitmodules`.