Feature `mounts` schema rejects the `--mount` options the spec promises (e.g. `volume-subpath`)
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Anfängerfreundlichkeit
- 53/100
- Issue-Typ
- Feature
- Klarheit
- Größtenteils klar
- Aktivitätsstatus
- Aktiv
- Tech-Stack
- docker, docker-compose, json
- Bereich
- build-system, devtools
Rechercherichtung
Start with the Mount definition around line 314 of schemas/devContainerFeature.schema.json and compare it with the feature spec’s description of Docker --mount options. Then trace where feature mounts are converted for docker run and Compose; the issue points to devcontainers/cli#881 and #1314 for related readonly behavior. Done means the schema accepts the requested options and implementations pass them through to both Docker and Compose.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
The features spec says each mounts entry "accepts the same values as the Docker CLI --mount flag" (devcontainer-features.md), but the schema only allows three keys. Mount in schemas/devContainerFeature.schema.json (line 314) is an object with source, target and type, and "additionalProperties": false. So options like readonly or volume-subpath can't be declared by a feature.
Use case: several features sharing one named volume, each mounting only its own subfolder, which Docker supports since Engine 26.0 and Compose since 2.26.0:
"mounts": [{ "source": "programs", "target": "/opt/texlive", "type": "volume", "volume-subpath": "texlive" }]
Proposal: allow the --mount options in the Mount schema (at least readonly and volume-subpath), and have implementations pass them through to docker run --mount and to Compose's long volume syntax.
Related: #754 (string vs. object mounts), devcontainers/cli#881 and devcontainers/cli#1314 (the CLI drops readonly).
- Vorherrschende Sprache
- Keine Sprachdaten
- Sterne
- 5.8k
- Forks
- 510
- PR-Merge-Kennzahlen
- Keine gemergten PRs in 30 T.
Entwicklungsumgebung
- Kein Dockerfile und keine Docker-Compose-Datei
- Keine Pull-Request-Vorlage
- Beitragsleitfaden lesen
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus devcontainers/spec
-
CLI sorts Feature options fewest-first, against specEvtl. vergeben @nozaq hat das vor 104 Tagen übernommen. Offen
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 76/100
devcontainers/spec#755 · 1 Kommentar ·
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
devcontainers/spec#754 · 1 Kommentar · 2 Reaktionen ·
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 64/100
devcontainers/spec#735 · 1 Kommentar ·
-
Tighten lockfile specOffen
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 62/100
devcontainers/spec#579 · 1 Kommentar ·
-
QuestionsOffen
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 1/100
devcontainers/spec#783 ·
Alle Issues in devcontainers/spec
Ähnliche Issues
-
BeOS .json missingOffen
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
mihaip/infinite-mac#475 ·
-
Status: Opened Type: Bug
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 85/100
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 85/100
msys2/MSYS2-packages#6919 ·
Maintainer antworten meist innerhalb von 1 Tag
-
qt6.qml_module(): resource prefix uses backslashes on Windows, QML module not found at runtimeOffen
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 82/100
mesonbuild/meson#16323 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
deltachat/deltachat-desktop#6914 ·
Maintainer antworten meist innerhalb von 2 Tagen