Feature `mounts` schema rejects the `--mount` options the spec promises (e.g. `volume-subpath`)
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 53/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Attiva
- Stack tecnologico
- docker, docker-compose, json
- Ambito
- build-system, devtools
Direzione di ricerca
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.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
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).
- Lingua principale
- Nessun dato sulla lingua
- Stelle
- 5.8k
- Fork
- 505
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Nessun modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di devcontainers/spec
-
CLI sorts Feature options fewest-first, against specForse già presa @nozaq l’ha presa 98 giorni fa. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
devcontainers/spec#755 · 1 commento ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
devcontainers/spec#754 · 1 commento · 2 reazioni ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 64/100
devcontainers/spec#735 · 1 commento ·
-
Tighten lockfile specAperta
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 62/100
devcontainers/spec#579 · 1 commento ·
-
QuestionsAperta
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 1/100
devcontainers/spec#783 ·
Tutte le issue di devcontainers/spec
Issue simili
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 88/100
-
agent:Windows bug code-review MEDIUM tooling
Difficoltà 2/5 1-3 ore Idoneità per principianti 83/100
mgradwohl/tasksmack#2960 · 2 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
Area: Instruments Bug Difficulty: Low Priority: Low
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
DouglasNeuroInformatics/OpenDataCapture#1824 ·
I maintainer di solito rispondono entro 1 giorno
-
package_info fails analysis with --incompatible_stop_exporting_build_file_pathForse già presa @mkanat l’ha presa oggi. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 84/100
bazelbuild/rules_license#184 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
k2-fsa/sherpa-onnx#4100 ·
I maintainer di solito rispondono entro 2 giorni