Unexpected workspaceFolder mount behavior when dev container is opened before Git initialization
Les mainteneurs répondent en général sous 1 jour
@v-Kaniska244 y travaille déjà.
Depuis le 6/8/2025.
Évaluation
Cette issue n'a pas encore été évaluée.
Description
I've encountered a strange and hard-to-debug behavior when using multiple devcontainer.json files in a monorepo setup.
Steps to Reproduce
- Create a new directory (not yet initialized as a Git repository).
- Add a
.devcontainerfolder in the root with multipledevcontainer.jsonfiles, each specifying a differentworkspaceFolderto scope the dev container to a project in the monorepo. - Open one of the devcontainers in VS Code before initializing the root directory as a Git repository.
- Observe that the workspace folder is mounted incorrectly — the parent folder is mounted instead of the expected project directory.
- Now run
git initin the root of the repo. - Reopen the devcontainer. Everything now works as expected, with the
workspaceFoldercorrectly mounted.
🧠 Expected Behavior
The specified workspaceFolder should be mounted correctly, even if the root directory hasn't been initialized as a Git repository.
😕 Actual Behavior
Before Git initialization, the mount behavior is incorrect — it mounts the parent directory instead of the specified workspaceFolder. This is confusing and difficult to diagnose.
💥 Impact
This behavior makes it hard to use dev containers in new projects or automation scripts that generate dev containers before initializing Git. It also leads to unexpected mount paths, which can break tooling, scripts, or assumptions about paths inside the container.
✅ Suggested Fix
The logic determining the workspaceFolder mount should not depend on whether the folder has been initialized as a Git repository. If Git initialization is required for some internal behavior, it should at least produce a warning or fallback gracefully.
Let me know if you'd like logs or a minimal repro repo — happy to provide more detail if needed.
- Langage dominant
- TypeScript
- Étoiles
- 3k
- Forks
- 462
- Merge moyen
- 13 h 28 min
- PR mergées (30 j)
- 2
Préparer son environnement
Lance le conteneur de développement du projet dans votre navigateur, avec votre propre compte GitHub.
- Aucun Dockerfile ni fichier Docker Compose
- Aucun modèle de pull request
- Lire le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de devcontainers/cli
-
Difficulté 2/5 1-3 heures Accessibilité débutants 82/100
devcontainers/cli#1325 ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 1/5 Moins d'une heure Accessibilité débutants 92/100
devcontainers/cli#1203 ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 1/5 1-3 heures Accessibilité débutants 68/100
devcontainers/cli#1178 · 1 commentaire ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 3/5 Une demi-journée Accessibilité débutants 45/100
devcontainers/cli#1324 ·
Les mainteneurs répondent en général sous 1 jour
-
`devcontainer build` fails on Buildx 0.37.2 because the generated Dockerfile is outside the Compose bake contextPeut-être pris @v-Kaniska244 l’a pris il y a 4 jours. Ouverte
devcontainers/cli#1320 · 2 réactions · 1 personne assignée ·
Les mainteneurs répondent en général sous 1 jour
Toutes les issues de devcontainers/cli
Issues similaires
-
bug cli service
Difficulté 2/5 1-3 heures Accessibilité débutants 82/100
Les mainteneurs répondent en général sous 1 jour
-
create-element: same editorAlias silent-fallback bug as #201, not covered by that fixPeut-être pris Une pull request liée à cette issue est ouverte ou déjà fusionnée. Ouvertegenerated-by-ai
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
umbraco/Umbraco-CMS-MCP-Editor#208 · 1 commentaire ·
Les mainteneurs répondent en général sous 1 jour
-
Table: Space fires onActivate in single-selection mode — the reference doc and the JSDoc disagreeOuverte
Difficulté 2/5 1-3 heures Accessibilité débutants 68/100
sidorares/react-x11-components#764 ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 76/100
backnotprop/plannotator#1840 ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
JoviDeCroock/pracht#432 ·
Les mainteneurs répondent en général sous 1 jour