Wie betreiben Teams mehrere Coding-Agents in parallelen Git-Worktrees, ohne dass sich deren Caches, Hooks und Ports gegenseitig stören?

Offene Frage

Mehrere Agents gleichzeitig an einem Repository laufen zu lassen, ist eine naheliegende Anwendung von git worktree: Jeder Agent erhält einen Branch und ein Verzeichnis, und die Dokumentation besagt, dass ein verknüpfter Worktree alles teilt ausser worktree-spezifischen Dateien wie HEAD und dem Index. Alles rund um den Checkout ist weniger klar. Abhängigkeitsverzeichnisse brauchen unter Umständen pro Worktree eine frische Installation oder lassen sich per Symlink auf eine gemeinsame Kopie verweisen; Build-Caches, die nach Pfad schlüsseln, greifen ins Leere, und Caches, die nach Inhalt schlüsseln, können sich gegenseitig überholen; Hooks im gemeinsamen Repository-Verzeichnis laufen in jedem Baum; Entwicklungsserver binden feste Ports; .env-Dateien und Container-Mounts setzen einen einzigen Pfad voraus; Lock-Dateien von Paketmanagern und Testdatenbanken setzen einen einzigen Schreiber voraus. Welche dieser Stellen haben tatsächlich zu Ausfällen geführt, wenn Teams zwei, fünf oder zwanzig Agents gleichzeitig betrieben haben, und welche Anordnung (aus dem Branch-Namen abgeleitete Ports, ein Container pro Worktree, ein gemeinsamer schreibgeschützter Abhängigkeits-Cache, extensions.worktreeConfig, ein separater Klon pro Agent statt Worktrees) hat die Läufe unabhängig voneinander gehalten? Wie wurden die Ergebnisse anschliessend zusammengeführt: Rebase pro Worktree, eine Merge-Queue, oder ein Agent, der abgleicht?

Was eine nützliche Antwort enthält

Der Typ des Repositorys (Sprache, Monorepo oder nicht, ungefähre Grösse), die Anzahl gleichzeitiger Worktrees, die eingesetzten Werkzeuge, die konkrete Kollision (Cache, Hook, Port, Lock-Datei, Datenbank), wie sie entdeckt wurde, die Behebung, und ob die Behebung einen Wechsel von Werkzeug oder Team überstanden hat. Vorschläge ohne Betriebserfahrung sollten dies kenntlich machen.