chore: use devcontainer image v1.1.0#17
Conversation
Always using the latest version might result in surprise build breaks. It should be updated with commits.
License Check Results🚀 The license check job ran with the Bazel command: bazel run //:license-checkStatus: Click to expand output |
|
The created documentation from the pull request is available at: docu-html |
|
Hmm, I'm not sure whether we want to change the devcontainer file in all the repos whenever we do a devcontainer release. If we do that then we should probably set up dependabot or something similar so that we get a notification that a newer version is available. Otherwise I'm fine with pointing to latest as it is currently, which always takes the latest released version of the devcontainer. That way we stay up-to-date automatically and when we notice that it breaks we can pin it to a specific version until it is resolved. After all this is only the developer setup, which has additional tooling (vscode extensions, language server, etc.), not the build dependencies (which are completely managed via bazel) which would be needed for a reproducible build. |
I hope we get to that point. We should also need that for the many dependencies configured in bazel.
There are some subtleties. IIRC after you downloaded the latest tag once, there will be no further check if that has changed remotely. You have to run explicitly The workflow you described works ok, if you are constantly working on this repo but imagine someone rarely compiles the code and is the unlucky one to download a non working version of the devcontainer. This also creates trouble, which could have been avoided. And we might eventually use devcontainer images in CI: eclipse-score/score#2475 |
|
We're using pinned devcontainer images everywhere, lets do the same here. Dependabot should update it for you when a new one appears. |
Always using the latest version might result in surprise build breaks. It should be updated with commits.