Hacktoberfest 2026: những issue maintainer đã đánh dấu cho tháng Mười, đang mở và phù hợp người mới. Xem issue Hacktoberfest

Support Windows container images

Đang mở
  • Có gì không ổn?
#1,328 0 bình luận 0 reaction 0 người được giao Xem trên GitHub

Maintainer thường phản hồi trong vòng 1 ngày

Chưa có ai nhận issue này.

Đánh giá

Độ khó
5/5
Thời gian dự kiến
Hơn một tuần
Mức phù hợp với người mới
12/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, typescript
Lĩnh vực
cli, devtools

Hướng nghiên cứu

Start with the open scope question in the issue: whether Windows container support belongs here or waits on microsoft/vscode-remote-release#445, and whether features should be OS-aware or fail fast. The Linux assumptions it lists are in singleContainer.ts and dockerCompose.ts (the hardcoded /bin/sh entrypoint), the /workspaces/<name> bind mount, and the /tmp helper copies. Done would be an agreed design plus a prototype of the bring-up and exec path. Do not start coding until maintainers answer the scope question.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.

Mô tả

  • Only Linux container images can be targeted today. On a Windows host with the daemon in
    Windows-container mode the CLI fails somewhere in the mount, entrypoint or exec path, and the
    errors never point at the image OS (that is what #449 chased). The extension side is tracked in
    microsoft/vscode-remote-release#445, but the CLI is what builds the image, mounts the workspace and
    execs into the container, so scoping it here seems reasonable; CLI support would also make
    devcontainer up/exec usable from a terminal on Windows containers.

  • The Linux assumptions I know of: the workspace is bind mounted to /workspaces/<name>, the
    entrypoint is hardcoded to /bin/sh in singleContainer.ts and dockerCompose.ts, lifecycle
    commands and userEnvProbe go through a POSIX login shell, and helper scripts are copied to
    /tmp. Supporting Windows containers would mean detecting the target OS, translating the workspace
    and user mounts to Windows form (drive letters, npipe for Docker-out-of-Docker), and using cmd
    or pwsh for exec and lifecycle. Features are the open question, since install.sh is the
    entrypoint; either the spec grows an OS-aware mechanism or the CLI fails fast for Linux-only
    features.

  • Is this in scope here, or intentionally gated on #445? Happy to contribute, starting with a design
    discussion and a small prototype for the bring-up and exec path.

Ngôn ngữ chính
TypeScript
Star
3k
Fork
466
Merge trung bình
13 giờ 28 phút
Pull request đã merge (30 ngày)
2

Chuẩn bị môi trường

Mở trong Codespaces

Khởi chạy dev container của dự án ngay trên trình duyệt, bằng tài khoản GitHub của bạn.

Bắt đầu từ đâu

  1. Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
  2. 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.
  3. Fork repository và làm thay đổi trên một nhánh.
  4. Mở pull request có tham chiếu số hiệu của issue.

Issue khác của devcontainers/cli

Tất cả issue của devcontainers/cli

Issue tương tự

Thêm issue về TypeScript

Nhận issue mới trong hộp thư của bạn

Bản tóm tắt ngắn những issue GitHub phù hợp với người mới.