Custom devcontainer folder name when developing features locally
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ó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức phù hợp với người mới
- 35/100
- Loại issue
- Tính năng
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Đình trệ
- Công nghệ
- typescript
- Lĩnh vực
- cli
Hướng nghiên cứu
Bắt đầu bằng cách lần theo việc xử lý --config của CLI và đoạn mã phân giải các feature được tham chiếu cục bộ. Kiểm tra cách yêu cầu .devcontainer hiện tại được áp dụng và liệu các bài kiểm thử liên quan có bao quát các vị trí cấu hình tùy ý hay không. Được xem là hoàn thành khi một feature được tham chiếu cục bộ hoạt động từ bất kỳ thư mục nào mà không yêu cầu tên .devcontainer.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
I am exploring the idea of using a devcontainer as a portable toolbox. The main idea is to have a repo that just constitutes what would be the usual .devcontainer folder. The problem is that I do not want to use that name, to not clash with that name if the project I use it within is already using devcontainers.
The idea is that through locally developed features, I could create a number of scripts (e.g., local uv tools) that I can just use within any project (and benefit of the ease of mounting of devcontainers).
All works really well, and I am happy where this is going, but the main problem is that to reference a feature that lives locally, I must have a .devcontainer folder. For the rest, I can call the folder whatever I want and just pass a --config flag.
Is there any chance where that constraint is removed and locally referenced features work in any arbitrary folder? Maybe the parent folder of where --config is pointing to?
- Ngôn ngữ chính
- TypeScript
- Star
- 3k
- Fork
- 463
- Merge trung bình
- 13 giờ 28 phút
- Pull request đã merge (30 ngày)
- 2
Chuẩn bị môi trường
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.
- 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/cli
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 92/100
devcontainers/cli#1203 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 1/5 1-3 giờ Mức phù hợp với người mới 68/100
devcontainers/cli#1178 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 68/100
devcontainers/cli#1317 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 25/100
devcontainers/cli#1308 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
build rejects valid tag@digest image references during registry inspectionCó thể đã có người làm @v-Kaniska244 đã nhận 10 ngày trước. Đang mở
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 78/100
devcontainers/cli#1307 · 2 bình luận · 1 reaction · 1 người được giao ·
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của devcontainers/cli
Issue tương tự
-
failed-test failure:ai-fixable failure:test-needs-update Team:One Workflow
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
elastic/kibana#295360 · 2 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 72/100
ehmpathy/rhachet-roles-bhrain#586 ·
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 75/100
OHDSI/Data2Evidence#3496 ·
Maintainer thường phản hồi trong vòng 2 ngày
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 88/100
apache/rocketmq-dashboard#5594 ·
Maintainer thường phản hồi trong vòng 3 ngày
-
react-doctor severity:warning tech-debt
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 82/100
digidem/comapeo-cloud-app#418 ·
Maintainer thường phản hồi trong vòng 1 ngày