-
Notifications
You must be signed in to change notification settings - Fork 228
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Use devcontainer.json in subdirectories in monorepo #159
Comments
Codespaces supports monorepo and multi-repo scenarios. Have you taken a look at this blog post ? If yes, then are you looking forward to another specification for mono repo? would like to clarify my understanding. |
@samruddhikhandale - I think the ask here is not to have to put everything under Instead the request is to allow a The VS Code Dev Containers extension is behind on implementing everything under |
Thanks for pointing this out. spec/docs/specs/devcontainer-reference.md Lines 19 to 21 in 9552d0f
After trying it out, I think this behavior of Codespaces is sufficiently attractive. But VSCode Dev Container doesn't seem to recognize |
@chrmarti Raised microsoft/vscode-remote-release#7548 but there's not much of a description, so can add that. You can upvote there! |
@eitsupi Would you like to keep this open for using any sub-folder or do you think we should close as a dupe of getting this into the Dev Containers extension (microsoft/vscode-remote-release#7548)? |
Closing in favor of |
We may want to work with different Dev Containers for each subdirectory. (e.g., a monorepo like https://github.com/apache/arrow)
In such a case, VSCode can recognize any
devcontainer.json
by opening a subdirectory, but Codespaces only recognizes those in the root directory.I am wondering if it is possible to put a new type configuration file (such as
.devcontainer-paths.json
?) in the root directory with the paths to eachdevcontainer.json
so that the tool is aware of each container definition.The text was updated successfully, but these errors were encountered: