Dev super command: Extract core logic to flowkit package
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
- 25/100
- Loại issue
- Tái cấu trúc
- Độ rõ ràng
- Cần làm rõ
- Mức độ hoạt động
- Đình trệ
- Công nghệ
- go
- Lĩnh vực
- cli, developer-experience
Hướng nghiên cứu
Bắt đầu bằng cách đọc logic flow dev trong project.go và files.go, sau đó so sánh với DeployProject trong repository flowkit và package internal/project. Xác định hành vi cốt lõi nào có thể được chuyển vào một package flowkit có thể tái sử dụng và liệu có cần các interface như ReaderWriter và FileWatcher cho js/wasm hay không. Công việc được xem là hoàn tất khi các package bên ngoài có thể tái sử dụng logic đã tách mà không phụ thuộc vào flow-cli/internal.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Issue To Be Solved
flow dev command logic (used by flow super command group) can't be (re)used by external packages at the moment, as it lives in the flow-cli/internal package.
Suggest A Solution
More core logic (from project.go and files.go) to a non-internal package (preferably to flowkit repo, as that's where other such logic already lives), so that other packages or projects can reuse it if needed (useful mostly for other devtools).
This is similar to how DeployProject function lives in flowkit, instead of internal/project package.
Context
This would be useful for Flowser, as we want to build a browser-based Flow playground, which would include an emulator and (a subset of) Flow CLI all running within the browser.
We also want to make setting up and running a project at least as easy as when doing local development in the shell. For that, it may be good to reuse the logic from flow dev, to be consistent with how the project development flow works locally.
To be fair, I'm not sure it's worth refactoring and extracting this, as flow dev logic depends on some functions/dependencies that won't work as desired js/wasm environment (e.g. os.Stat which doesn't do anything on the web) + it's not necessarily that complicated to re-implement at the moment (although I think we could all benefit from using and improving a single such library function). But that could be solved by depending on an interface (e.g. ReaderWriter and FileWatcher) instead on the concrete implementation.
For more context, see our grant proposal: https://github.com/onflow/developer-grants/issues/260
- Ngôn ngữ chính
- Go
- Star
- 209
- Fork
- 88
- 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
- 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 onflow/flow-cli
-
Simplify MCP contract sorting with slices helpersCó thể đã có người làm @luangucun đã nhận 37 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
-
`flow cadence lint` lints importsCó thể đã có người làm @holyfuchs đã nhận 176 ngày trước. Đang mởBug Improvement
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
-
Bug
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 48/100
-
flow test prints unreadable outputCó thể đã có người làm @holyfuchs đã nhận 174 ngày trước. Đang mở
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 55/100
-
Feature
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 48/100
Tất cả issue của onflow/flow-cli
Issue tương tự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 62/100
siyuan-note/siyuan#20353 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
attributes-natural-language "en-US" is rejected by PAPPL >= 1.4.12 printers (RFC 8011 requires lowercase)Có thể đã có người làm @ChrisEdgington đã nhận hôm nay. Đang mở
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 84/100
OpenPrinting/ipp-usb#140 ·
-
Discriminator mapping keys are listed in a random orderCó thể đã có người làm @reuvenharrison đã nhận hôm nay. Đang mở
Độ 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
-
Idle compaction monitors LIST the replica every tick when the newest destination file spans more than one TXIDCó thể đã có người làm @pishuv đã nhận hôm nay. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
benbjohnson/litestream#1563 ·
Maintainer thường phản hồi trong vòng 2 ngày
-
triage needed
Độ khó 1/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 2 ngày