Pour vérifier un fichier sur macOS, examinez d’abord l’indicateur distant de VS Code, puis confirmez le chemin du fichier et son emplacement réel. Une fenêtre Dev Container est connectée à un conteneur, mais ses fichiers d’espace de travail peuvent être montés depuis votre Mac ; d’autres configurations de conteneur stockent les fichiers uniquement dans le conteneur. L’indicateur de fenêtre vous indique le contexte de connexion, tandis que la configuration de l’espace de travail et les vérifications du système de fichiers aident à déterminer où le fichier est stocké. Le tutoriel sur les Dev Containers de VS Code décrit à la fois le contexte distant et un exemple de projet mappé depuis le système de fichiers local.

Vérifier l’indicateur distant de la fenêtre

Regardez dans le coin inférieur gauche de la fenêtre de VS Code. Lors d’une connexion Dev Container, VS Code affiche un élément distant dans la barre d’état. Cliquez dessus pour ouvrir les commandes associées à ce contexte distant. Cet indicateur constitue une première vérification utile : il permet de savoir si cette fenêtre est connectée à un environnement distant, mais il n’indique pas à lui seul si les fichiers de l’espace de travail reposent sur un dossier Mac ou un volume de conteneur. Le tutoriel de VS Code indique que cet élément montre si le contexte actuel est local ou distant. Tutoriel Dev Containers

Si vous ne voyez pas l’indicateur distant, cela ne prouve pas formellement qu’un onglet d’éditeur particulier renvoie à un fichier Mac. Vous pourriez être en train de consulter un document sans titre, un fichier unique ouvert en dehors de l’espace de travail ou une fenêtre connectée via une autre fonctionnalité distante. Vérifiez le fichier actif et le contexte de son espace de travail avant de trancher.

Confirmer à quel dossier appartient le fichier actif

Dans l’Explorateur, localisez le fichier et notez le dossier de l’espace de travail situé au-dessus. Cliquez avec le bouton droit sur le fichier et choisissez Reveal in Finder (Afficher dans le Finder) lorsque l’option est disponible. VS Code documente cette action macOS pour accéder à un fichier ou un dossier dans le Finder. Si le Finder affiche le fichier dans l’arborescence de répertoires de votre Mac, cela confirme un chemin local. Si le fichier se trouve dans une fenêtre distante et que l’option Reveal in Finder n’est pas disponible ou n’identifie pas de copie sur le Mac, ne partez pas du principe que le fichier est local ; poursuivez avec les vérifications du terminal et de la configuration du conteneur. Documentation de l’interface utilisateur de VS Code

Vous pouvez également ouvrir la palette de commandes avec ⇧⌘P et rechercher Copy Path of Active File (Copier le chemin du fichier actif). Le chemin copié vous aide à identifier le chemin que VS Code associe au fichier. Un chemin tel que /workspace/app.js est typique d’un espace de travail de conteneur Linux, tandis qu’un chemin commençant par /Users/ est typique d’un répertoire de départ (home) Mac — mais les chemins sont des indices, pas des preuves. Un conteneur peut monter un dossier Mac sur /workspace, de sorte que le chemin interne au conteneur ne suffit pas à lui seul pour indiquer où les données sont stockées. La commande et le raccourci sont décrits dans la référence des raccourcis clavier par défaut.

Utiliser le terminal intégré pour identifier son environnement

Ouvrez Terminal > New Terminal (Nouveau terminal) dans la même fenêtre et exécutez ces commandes en lecture seule :

pwd
uname -s

Par défaut, le terminal démarre dans le dossier de l’espace de travail. Sur macOS, uname -s affiche généralement Darwin ; dans un conteneur de développement basé sur Linux, la commande affiche généralement Linux. Si le terminal indique Linux alors que l’indicateur distant montre un contexte Dev Container, le shell s’exécute dans l’environnement du conteneur. VS Code précise que son terminal intégré utilise le shell correspondant au contexte actuel et démarre à la racine de l’espace de travail. Notions de base du terminal

Ces commandes identifient l’environnement du terminal et le répertoire actuel ; elles ne prouvent pas si un dossier d’espace de travail est un montage lié (bind mount) depuis votre Mac ou des données stockées dans un volume de conteneur. Pour faire la distinction, inspectez le fichier .devcontainer/devcontainer.json du projet ou la configuration Compose à la recherche de paramètres tels que workspaceMount, workspaceFolder ou des montages de volumes. La documentation de VS Code sur le développement avec un hôte Docker distant présente les montages liés et les volumes nommés comme deux manières distinctes de fournir des fichiers d’espace de travail. Développer sur un hôte Docker distant

Interpréter le résultat avant de modifier

Combinez les différents indices. Une fenêtre VS Code locale, un chemin Mac dans le Finder et un terminal intégré affichant Darwin indiquent une modification locale. Un indicateur Dev Container et un terminal Linux montrent que VS Code fonctionne dans le contexte d’un conteneur. Pour déterminer si les modifications sont stockées sur le Mac ou dans le conteneur, établissez également la façon dont l’espace de travail est monté : un bind mount peut exposer des fichiers du Mac à l’intérieur du conteneur, tandis qu’un volume nommé peut conserver les fichiers dans un stockage géré par Docker.

Si cette distinction est importante avant d’apporter une modification, vérifiez la configuration de montage ou demandez à la personne qui a configuré le projet quel type de stockage utilise l’espace de travail. Ne déduisez pas l’existence d’une copie sur le Mac simplement à partir d’un chemin de conteneur, et ne présumez pas d’un stockage exclusif au conteneur du simple fait que le terminal est sous Linux. Ces vérifications vous renseignent sur la fenêtre VS Code active et son espace de travail ; elles ne permettent pas d’établir si une autre copie existe ailleurs.

Sources