【架构优化】从 RestoreMissingWorkspaceArtifacts 中拆出临时文件暂存逻辑 stageArchivedArtifact

未关闭
#471 0 条评论 0 个 reaction 已指派 0 人 在 GitHub 查看

维护者通常 1 天内回复

@fx-kurumi 已经在做这个了。

开始于 2026年11月13日。

  • #472 来自 @fx-kurumi —— 未关闭

评估

难度
2/5
预计耗时
半天
新手友好度
20/100
Issue 类型
重构
描述清晰度
描述清楚
活跃度
停滞
技术栈
go
领域
backend

调研方向

Start in internal/runtime/workspace_artifacts.go at RestoreMissingWorkspaceArtifacts, and find the inline block that retries O_EXCL temp-file names, writes, chmods and cleans up on failure. The issue asks for that block to become stageArchivedArtifact with the same error text and permissions, and a new artifact_stage_test.go should cover the 0644 mode and the 10-collision failure. Note that linked PR #472 is already open against this issue, so check it before starting.

由索引模型根据 Issue 内容生成。

描述

现状问题

internal/runtime/workspace_artifacts.go 中 RestoreMissingWorkspaceArtifacts 约 98 行,主循环里内嵌了一段约 30 行的「私有临时文件暂存」逻辑(最多 10 次 O_EXCL 抢名、写入、chmod 0644、Sync、Close、失败清理),和路径安全检查、Link 发布等逻辑混在一起,阅读和单测都不方便。

重构方案

  • 把暂存部分抽成包内函数 stageArchivedArtifact(base *os.Root, parent, content string) (string, error):返回临时文件的 root 相对路径;10 次抢名都失败时返回原错误 cannot stage archived artifact;写入失败会删掉残留的临时文件。
  • 主循环改为调用这个函数后 Link 发布,其余逻辑不动。

影响范围

只涉及 internal/runtime/workspace_artifacts.go(以及新增测试文件)。不改导出函数签名,行为、错误文字、文件权限都不变;调用方(runner/engine)不用改。

验证方式

  • gofmt、go vet ./internal/runtime/ ./internal/runner/
  • 现有 TestRestoreMissingArtifacts* 用例
  • 新增 artifact_stage_test.go:检查正常暂存(目录、内容、0644 权限)和连续 10 次重名后报错、之后能恢复
主要语言
Go
星标
141
派生
28
平均合并
1 天 15 小时
30 天内合并 PR
113

环境准备

从这里开始

  1. 先读完整个 Issue,再读项目的贡献指南。
  2. 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
  3. Fork 仓库,在一个分支上完成修改。
  4. 提交 Pull Request,并在描述里引用这个 Issue 编号。

Tencent/LoopForge 的其他 Issue

查看 Tencent/LoopForge 的全部 Issue

相似的 Issue

更多 Go Issue

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。