Le volume existe. Le projet disparaît.
Un montage Docker peut sembler correct tout en laissant le vrai dossier de projet hors de portée.
Mis à jour :

# Le volume existe. Le projet disparaît.
Un montage Docker peut sembler correct tout en laissant le vrai dossier de projet hors de portée.
C’est le problème traité par le commit Hermes Agent 1a72042 pour les équipes qui exécutent l’outil dans Docker sous Windows. Le défaut intervient lorsqu’un répertoire de travail est déjà revendiqué : le dossier de projet Windows attendu n’est alors pas monté à l’endroit où l’outil doit le voir.
Le volume est bien là. Pourtant, le projet disparaît du point de vue de l’outil.
Deux chemins, deux rôles
Le point essentiel n’est pas de multiplier les volumes. Il est de distinguer deux rôles qui peuvent être confondus :
- le répertoire de travail déjà occupé par un volume existant ;
- le dossier de projet Windows, qui doit rester accessible depuis le conteneur.
Lorsque le premier répertoire est déjà pris, le correctif ajoute une seconde cible de montage pour le dossier de projet. Le chemin de projet peut ainsi être utilisé sans remplacer le répertoire déjà revendiqué.
Ce changement ne transforme pas Docker en environnement universellement compatible. Il traite un cas précis : un dossier Windows non monté parce que le répertoire de travail est déjà occupé.
Ce que le correctif établit
Le commit 1a72042 corrige ce défaut de montage et ajoute des tests dédiés.
Cela établit deux choses utiles pour la lecture du changement :
- le cas du répertoire de travail déjà revendiqué a été pris en compte ;
- le comportement attendu fait l’objet de tests de code dédiés.
Ce que cela ne prouve pas est tout aussi important. Un commit et ses tests ne constituent pas une release générale prouvée. Ils ne garantissent pas non plus le comportement de toutes les configurations Docker sous Windows.
Les contrôles à refaire
Avant le prochain run, le contrôle le plus utile consiste à séparer clairement les questions suivantes :
- Quel répertoire de travail est déjà occupé par un volume ?
- Quel dossier de projet Windows doit être monté ?
- Quelle cible de montage distincte rend ce dossier accessible au conteneur ?
- Quel chemin l’outil voit-il réellement une fois lancé ?
Cette vérification évite de conclure trop vite qu’un volume présent suffit à rendre le projet disponible. Un volume peut exister et le dossier attendu rester absent du point de vue de l’outil.
Pour Addict AI Technology, la leçon de ce correctif est simple : dans un environnement conteneurisé, le chemin visible compte autant que le volume déclaré.
Vérifiez quel chemin vos outils voient réellement avant le prochain run.
Pour aller plus loin
- ◆ Guide
Automatiser les tâches répétitives d'une PME sans développer
Quelles tâches d'une TPE s'automatisent sans écrire de code, dans quel ordre les traiter, ce que font Make, n8n, Airtable et Notion, et ce qui doit rester humain.
Lire l'article → - ◆ Guide
Être trouvé sur Google et dans les réponses d'IA en Corse
Ce qui a changé quand une recherche produit une réponse rédigée, ce qui n'a pas bougé pour une entreprise corse, et le partage entre ce qui se fait seul et ce qui s'accompagne.
Lire l'article → - ◆ Guide
Facturation électronique : par où commencer dans une TPE corse
Réception obligatoire au 1er septembre 2026, émission élargie aux TPE en 2027 : l'ordre de passage pour préparer une petite structure, avec la source de chaque date.
Lire l'article → - ◆ Guide
Former ses équipes à l'IA ou externaliser : comment trancher
Quels usages IA justifient de former l'équipe, lesquels gagnent à être délégués, lesquels ne méritent ni l'un ni l'autre : une grille de décision pour une TPE.
Lire l'article →
Passer de la lecture à la décision
Un premier échange pour situer votre point de départ, préciser le besoin et déterminer les prochaines étapes possibles.