You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Detects the project type based on files in the current directory.
Fetches appropriate Dockerfile and devcontainer.json from the devcontainers/images repository.
Creates a .devcontainer directory with these files.
Optionally adds .devcontainer to .gitignore if in a Git repository.
I believe a similar functionality could be valuable as part of the official devcontainers CLI, potentially as a devcontainers init command.
I'm keen to contribute this functionality to the official CLI if the team is interested. This could help streamline the process of setting up devcontainers for various project types and improve the overall developer experience.
Would you be open to discussing this further? I'd be happy to provide more details about the implementation or discuss how we could adapt it to fit within the existing CLI structure.
The text was updated successfully, but these errors were encountered:
We'd probably want to implement functionality directly into the CLI, rather than calling upon a separate tool (i.e. avoid potential breakage issues)
We might want to put this functionality / command behind an experimental flag, to help measure user expectations (there isn't a guarantee the recommended setup will be 100% ideal)
Hello devcontainers team,
I've recently created a tool called
devcontainerize
(https://www.npmjs.com/package/devcontainerize, https://github.com/mathdroid/devcontainerize) that automatically detects a project's type and sets up the appropriate devcontainer configuration.The tool:
I believe a similar functionality could be valuable as part of the official devcontainers CLI, potentially as a
devcontainers init
command.I'm keen to contribute this functionality to the official CLI if the team is interested. This could help streamline the process of setting up devcontainers for various project types and improve the overall developer experience.
Would you be open to discussing this further? I'd be happy to provide more details about the implementation or discuss how we could adapt it to fit within the existing CLI structure.
The text was updated successfully, but these errors were encountered: