Feature `mounts` schema rejects the `--mount` options the spec promises (e.g. `volume-subpath`)
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức phù hợp với người mới
- 53/100
- Loại issue
- Tính năng
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Sôi nổi
- Công nghệ
- docker, docker-compose, json
- Lĩnh vực
- build-system, devtools
Hướng nghiên cứu
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.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
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).
- Ngôn ngữ chính
- Không có dữ liệu ngôn ngữ
- Star
- 5.8k
- Fork
- 505
- Chỉ số merge pull request
- Không có pull request nào được merge trong 30 ngày
Chuẩn bị môi trường
- Không có Dockerfile hay tệp Docker Compose
- Không có mẫu pull request
- Đọc hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của devcontainers/spec
-
CLI sorts Feature options fewest-first, against specCó thể đã có người làm @nozaq đã nhận 100 ngày trước. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
devcontainers/spec#755 · 1 bình luận ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
devcontainers/spec#754 · 1 bình luận · 2 reaction ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 64/100
devcontainers/spec#735 · 1 bình luận ·
-
Tighten lockfile specĐang mở
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 62/100
devcontainers/spec#579 · 1 bình luận ·
-
QuestionsĐang mở
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 1/100
devcontainers/spec#783 ·
Tất cả issue của devcontainers/spec
Issue tương tự
-
area: server priority: P3 type: bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 83/100
appandflow/stim#4538 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
bug-unconfirmed
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
transit-audio/transit#159 ·
-
enhancement triage: feasible
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
mlflow/mlflow#27201 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100