CLI: on checkout, rename folders (rather than deleting)
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
- 35/100
- Loại issue
- Tính năng
- Độ rõ ràng
- Cần làm rõ
- Mức độ hoạt động
- Ít trao đổi
- Công nghệ
- typescript
- Lĩnh vực
- cli
Hướng nghiên cứu
Bắt đầu từ các đường dẫn checkout và pull-update của CLI, sau đó theo dõi cách các thư mục workflow hiện được xóa và tạo lại khi tên thay đổi. Sử dụng trường hợp --cache-steps để xác minh rằng các tệp của người dùng và trạng thái vẫn được giữ nguyên sau khi đổi tên; done nên bao quát việc phát hiện đổi tên, xử lý bí danh và một lời nhắc tùy chọn có thể được tắt cho CI.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
When running workflows locally, users often save temporary or backup files in the workflows folder. If using the CLI with --cache-steps for example the CLI will dump state files for that workflow's last run. And it's quite intuitive that if you're testing a workflow, you want to save your input and output files in the workflow folder
When checking out (or pulling an update), if a workflow is renamed the CLI will delete and re-create that whole folder. This is super annoying if you've saved a bunch of input files in there
So we need the intelligence on checkout to:
- detect if a workflow was renamed between the projects (not sure actually how we do this!)
- If so, rename the workflow folder, rather than deleting it
- Try heuristics and fuzzy matching to track a rename
- Maybe prompt users if they'd like to rename or re-build workflows (allow disable for CI runs)
We may also need to respect this stuff on alias
- Ngôn ngữ chính
- TypeScript
- Star
- 22
- Fork
- 22
- Merge trung bình
- 1 ngày 6 giờ
- Pull request đã merge (30 ngày)
- 26
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.
- Có Dockerfile hoặc tệp Docker Compose
- Có mẫu pull request
- Không 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 OpenFn/kit
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 78/100
OpenFn/kit#1574 · 1 reaction ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Project: square brackets in a path name break thingsCó thể đã có người làm @KyPython đã nhận 2 ngày trước. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
OpenFn/kit#1551 · 3 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 70/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Worker: ignore sentry errors `Credential environment mismatch`Có thể làm lại được Pull request cho issue này đã bị đóng mà không được merge. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 65/100
OpenFn/kit#1460 · 2 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
CLI
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 65/100
Maintainer thường phản hồi trong vòng 1 ngày
Issue tương tự
-
frontend
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 86/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 75/100
ranxianglei/billion-context#4172 · 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 75/100
awslabs/threat-composer#362 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Area/Cloud Needs Triage Type/Bug
Độ khó 1/5 1-3 giờ Mức phù hợp với người mới 86/100
wso2/product-integrator#2847 ·
Maintainer thường phản hồi trong vòng 1 ngày