-
Notifications
You must be signed in to change notification settings - Fork 261
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
Support installing devcontainer
CLI independently of Remote-Containers
#5415
Comments
This would be a very good feature for me, which have automated ways to setup the development environment of each of my team member. The devcontainer cli installation today is a pitfall, as it is fully manual. Publishing as a npm package would be more than enough. :) |
@chrmarti wow, this is very cool. But is there any major reason why not to publish it to npm.js instead? Many other vscode-related packages from Microsoft are being published there, and not being on NPM adds a burden to the installation process, as we have to set the repository and so. |
Not only the standalone installation but also when other people would like to add this package to their devDependencies in package.json. |
Also, if you actually publish to npm.js, I would suggest you to name the package as |
@felipecrs We are not sure how the community would feel about a non-OSS package on npmjs.org, so we decided to start with publishing it to the GitHub registry. On naming: We have started using the |
For the verifier: Check that you can install the package and run the CLI.
|
Well, having to login prior the download makes the things... a lot more complicated. Having to generate and inject the token in our CI pipelines, or having to add a manual step during the development environment setup (aka dotfiles) for logging into the Github's NPM registry is definitely a show-stopper for us (us -> my team). This is even worse considering that the package is freely distributed, so it's not about having access to it or not, as any GitHub account would have. The npm.js accepts closed source packages just fine, you just have to make sure to mention the license in the Regarding how the community would react to it, perhaps we can do a voting-like thing? I see no reason why would someone complain -- of course anyone in the community would prefer that it was open source, but that has zero relationship with publishing it to npm.js. |
The |
You are absolutely right. Sorry for my confusion. It means that the package could even be submitted as something like |
We have removed the package, looking into alternatives. |
Is there any news? |
Sorry, forgot to post an update: This is available on npmjs.com as https://www.npmjs.com/package/@vscode/dev-container-cli. |
Amazing. Thanks a lot! |
@chrmarti this package is missing the |
@felipecrs We don't have that (yet) because the association between the NPM package with one of your VS Code installations is less obvious (there could be several, e.g., stable and insiders). If this is of interest, could you file a feature request? Thanks! |
I just did it. Thank you. |
To support building dev container images in CI builds, publish the
devcontainer
CLI so that it can be installed and run independently of the Remote-Containers extension.(This would be a step towards supporting this request)
The text was updated successfully, but these errors were encountered: