Hermes Agent ne trouve pas de .env, de .venv ou de dépendances après avoir utilisé --worktree, généralement non pas parce que l’arbre de travail est cassé, mais parce que ces fichiers sont ignorés par git et ne sont pas copiés automatiquement dans le nouvel arbre de travail isolé. La solution est d’ajouter .worktreeinclude à la racine du dépôt.
Pourquoi cela s’est produit
Le but d’un arbre de travail est de permettre à plusieurs agents de modifier le code en parallèle sans interférer entre eux. Il crée un nouvel arbre de travail basé sur le dépôt Git, mais les fichiers ignorés par .gitignore n’appartiennent pas au contenu du dépôt, tels que les clés locales, les environnements virtuels, les caches dépendants et les configurations privées.
Écrits recommandés
Créez un .worktreeinclude dans le répertoire racine du projet et écrivez les fichiers locaux qui doivent être copiés ligne par ligne :
.env.venv/node_modules/apps/web/.env.local
Faites attention à la barrière de sécurité
Toutes les clés ne doivent pas être copiées vers des agents parallèles. Si un arbre de travail est uniquement responsable du style front-end, il ne devrait pas recevoir de clé de base de données de production. Vous pouvez préparer un .env.local simplifié qui ne contient que des environnements de test ou des permissions en lecture seule.
De plus, l’arbre de travail convient aux tâches de code parallèle et n’est pas adapté à l’isolation d’identité à long terme. Le profil doit être utilisé pour les différences de rôle à long terme, et l’arbre de travail doit servir à l’isolation des modifications de code. Après séparation des deux, la collaboration multitâche Hermes sera beaucoup plus stable.
