Hermes Agent kann nach der Verwendung von --worktree keine .env, .venv oder Abhängigkeiten finden, meist nicht, weil der Worktree kaputt ist, sondern weil diese Dateien von Git ignoriert und nicht automatisch in den neu isolierten Worktree kopiert werden. Die Lösung besteht darin, .worktreeinclude zur Repository-Wurzel hinzuzufügen.
Warum es passiert ist
Der Zweck eines Worktree ist es, mehreren Agenten zu ermöglichen, Code parallel zu verändern, ohne sich gegenseitig zu stören. Er erstellt einen neuen Worktree basierend auf dem Git-Repository, aber die von .gitignore ignorierten Dateien gehören nicht zum Inhalt des Repositorys, wie lokale Schlüssel, virtuelle Umgebungen, abhängige Caches und private Konfigurationen.
Empfohlene Texte
Erstelle ein .worktreeinclude im Root-Verzeichnis des Projekts und schreibe die lokalen Dateien, die Zeile für Zeile kopiert werden müssen:
.env.venv/node_modules/apps/web/.env.local
Achten Sie auf die Sicherheitsgrenze
Nicht alle Schlüssel sollten in parallele Agenten kopiert werden. Wenn ein Worktree nur für das Frontend-Styling verantwortlich ist, sollte er keinen Produktionsdatenbankschlüssel erhalten. Man kann eine reduzierte .env.local vorbereiten, die nur Testumgebungen oder Schreibberechtigungen enthält.
Außerdem ist Worktree für parallele Code-Aufgaben geeignet und nicht für langfristige Identitätsisolation. Profile sollte für langfristige Rollenunterschiede verwendet werden, Worktree für Code-Change-Isolation. Nach der Trennung der beiden wird die Hermes-Multitasking-Kollaboration deutlich stabiler sein.
