Skip to content
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

Update dev container definitions in extension more frequently / "out-of-band" #425

Closed
Chuxel opened this issue May 22, 2019 · 5 comments
Closed
Labels
containers Issue in vscode-remote containers feature-request Request for new features or functionality

Comments

@Chuxel
Copy link
Member

Chuxel commented May 22, 2019

Currently dev container definitions available in the drop down Remote-Containers: Create Container Configuration File... and Open/Reopen Folder in Container if no devcontainer.jso is present are updated when the extension is released.

These all originate from the open source https://github.com/Microsoft/vscode-dev-containers repository. We keep these up to date and are starting to see some great community contributions as well!

However, these updates will be coming in more frequently than our current update cycle for the extension -- and this difference will increase as the extension stabilizes and we do not need to release patches as often.

We therefore should consider updating the dev container definitions based on the contents of the GitHub repository at least on some periodic basis (e.g. daily). This could be done as simply as an in-place replacement of the assets in the extension for now. An alternative would be to go directly to GitHub to get the definitions each time but this can result in rate limits, so we will need to consider more robust ways we could do this over time as the list gets larger.

@rubensa
Copy link

rubensa commented Jul 27, 2022

Should it be possible to have an option for "live" discovery (possible with a local cache to avoid constantly checking the remote repository and rebuilding the list)?
This would allow to add a configuration for setting an alternative/additional URL for the remote dev-container definitions repository (see: #4852).

@Chuxel
Copy link
Member Author

Chuxel commented Jul 27, 2022

@rubensa Yes! In fact, this has evolved quite a bit since this point and is actively being discussed here as a general capability of the dev container spec: devcontainers/spec#7

This will allow self-publishing either publicly or privately as well.

@rubensa
Copy link

rubensa commented Jul 28, 2022

💪 Great news! Thanks for the info @Chuxel

@rubensa
Copy link

rubensa commented Nov 3, 2022

see: #4852 (comment)

@Chuxel
Copy link
Member Author

Chuxel commented Nov 3, 2022

This was just released! Templates and Dev Container Features now update out of band. (We can use #4852 (comment) for requests around private templates).

See https://containers.dev/implementors/templates and https://containers.dev/implementors/templates-distribution for info on Templates. Before too long a quick start repo for templates will be available at https://github.com/devcontainers/template-starter

Out-of-band Dev Container Feature support shipped in the previous iteration. The easiest way to get going on creating custom Dev Container Features is using the https://github.com/devcontainers/feature-template

@Chuxel Chuxel closed this as completed Nov 3, 2022
@github-actions github-actions bot locked and limited conversation to collaborators Dec 19, 2022
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
containers Issue in vscode-remote containers feature-request Request for new features or functionality
Projects
None yet
Development

No branches or pull requests

2 participants