【架构优化】拆分 runner.collectTaskOutputs 的输出文件读取、补丁目录推导与补丁采集
Maintainer thường phản hồi trong vòng 1 ngày
Đánh giá
- Độ khó
- 2/5
- Thời gian dự kiến
- 1-3 giờ
- Mức phù hợp với người mới
- 22/100
Hướng nghiên cứu
Work is confined to internal/runner/outputs.go, where collectTaskOutputs mixes file reading, patch-directory derivation and patch collection. The payload names no entry point beyond that function. Done means three helpers are extracted with unchanged behaviour, the existing TestCollectTaskOutputsReportsOnlyRegularFilesInsideWorkspace still passes, and new tests cover the extracted pieces. However, a linked pull request (#432) is already open, so the work is likely claimed.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
现状问题
internal/runner/outputs.go 的 collectTaskOutputs 约 50 行，在一个函数里串行做了三件互不相关的事：
- 逐个读取
OutputFiles（路径安全校验、Lstat 只认普通文件、超过maxArtifactUploadBytes记入TooLarge、读入Files）； - 推导需要采集补丁清单的仓库目录（无仓库时为工作区根
""，否则为各仓库的safeRunnerRepoDir(WorkspaceDir)），并逐个调用gitwork.PatchInventory填Patches； - 检测前端工作区事实
Facts。
其中「仓库目录推导」是纯逻辑却埋在 I/O 循环里，无法单独测试；现有测试也只覆盖了第 1 步。
重构方案
仅在 internal/runner/outputs.go 内拆函数，不改逻辑：
readOutputFiles(workspace, rels) (files map[string]string, tooLarge []string)：原第 1 段循环原样搬入；patchInventoryDirs(inv) []string：原目录推导原样搬入；collectPatchInventories(workspace, dirs) map[string]string：原补丁采集循环原样搬入；collectTaskOutputs只负责编排：恢复缺失输出 → 读文件 → 采补丁 → 采事实。
nil map / nil slice 的语义保持不变（没有文件时 Files/Patches 仍为 nil，JSON omitempty 输出不变）。
影响范围
仅 internal/runner/outputs.go（及新增测试文件），collectTaskOutputs 签名与三个调用方（daemon.go）不变，对外接口与行为不变。
验证方式
- 新增测试覆盖
patchInventoryDirs（无仓库 / 多仓库）、collectPatchInventories（真实 git 仓库有改动 / 无改动 / 非仓库目录）与readOutputFiles的 nil 语义； - 原有
TestCollectTaskOutputsReportsOnlyRegularFilesInsideWorkspace不改动且通过； gofmt、go vet ./internal/runner/、go test ./internal/runner/。
- Ngôn ngữ chính
- Go
- Star
- 141
- Fork
- 28
- Merge trung bình
- 1 ngày 15 giờ
- Pull request đã merge (30 ngày)
- 113
Chuẩn bị môi trường
- Có Dockerfile hoặc 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 Tencent/LoopForge
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 74/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
Maintainer thường phản hồi trong vòng 1 ngày
-
[Bug]: 官方镜像未安装 wecom-cli，企业微信通知报「通知服务未安装 wecom-cli」Có thể đã có người làm @newexploreor đã nhận 1 ngày trước. Đang mởbug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
Tencent/LoopForge#156 · 1 bình luận · 1 người được giao ·
Maintainer thường phản hồi trong vòng 1 ngày
-
【架构优化】合并 gitwork/workbranch.go 中 push/pull 重复的默认提交身份注入为 withFallbackIdentityCó thể đã có người làm @fx-kurumi đã nhận hôm nay. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 40/100
Maintainer thường phản hồi trong vòng 1 ngày
-
【架构优化】从 runtime.installNPMCLI 中拆出 npm 参数拼装 npmCLIInstallArgs 与安装结果启用 activateNPMStageCó thể đã có người làm @fx-kurumi đã nhận hôm nay. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 30/100
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của Tencent/LoopForge
Issue tương tự
-
team:library-maintainers
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
padok-team/burrito#1208 · 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 62/100
bazel-contrib/rules_go#4784 · 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
-
Уязвимые компоненты в GoĐang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 62/100
POSIdev-community/aictl#40 ·
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 62/100
prime-radiant-inc/evener#6306 ·
Maintainer thường phản hồi trong vòng 1 ngày