Allow generating/accessing a computed `devcontainer.json` inside an envbuilder workspace
- Vorherrschende Sprache
- Go
- Sterne
- 300
- Forks
- 64
- Ø Merge
- 20 Min.
- Gemergte PRs (30 T.)
- 1
Beschreibung
To fully support https://github.com/coder/envbuilder/issues/68, we need a way to access all the relevant devcontainer configuration inside a workspace.
This also ties into #128 because currently no devcontainer information is built into the final image. That means that starting a workspace from a cached image won't have any files present from devcontainer features.
There are two options:
1. Have envbuilder store a computed `devcontainer.json` in a well-known location
2. Allow `envbuilder read-configuration` (#210) to download features and inspect their configuration
Option 1 has merit as a simple way of informing coder modules where to look for the configuration. Stored as part of the final image, it would make the configuration immutable until the image is rebuilt.
Option 2 has merit as a drop-in replacement for `@devcontainer/cli` and the behavior can be tweaked by the user. However, this may not guarantee feature immutability.
Option 1 seems like the most straightforward option at this time.
Beitragsleitfaden
Für dieses Repository ist kein Beitragsleitfaden indexiert
Rechercherichtung
Lies zuerst das zugehörige envbuilder read-configuration issue (#210) und den Kontext aus #68 und #128. Vergleiche die beiden vorgeschlagenen Ansätze und definiere anschließend, wie auf die relevante devcontainer-Konfiguration in einem Workspace zugegriffen wird und was beim Start aus einem gecachten Image vorhanden sein muss.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- docker, go
- Bereich
- devops, infrastructure
- Issue-Typ
- Feature
- Schwierigkeit
- 5/5
- Geschätzter Aufwand
- Über eine Woche
- Aktivitätsstatus
- Veraltet
- Klarheit
- Größtenteils klar
- Anfängerfreundlichkeit
- 30/100