【架构优化】从 RestoreWorkspaceCheckpointFrom 中拆出单条目落盘逻辑 restoreCheckpointEntry

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

维护者通常 1 天内回复

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

开始于 2026年11月13日。

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

评估

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

调研方向

The work is in RestoreWorkspaceCheckpointFrom in internal/runtime/workspace_checkpoint.go, where the tar loop mixes entry validation with per-type writes for directories, regular files and symlinks. Pull request #470 is already open against this issue, so check it and coordinate before starting any change. Done means the write logic sits in a helper with the signature the issue gives, the existing checkpoint tests still pass, and the new helper has unit tests for each case the issue lists.

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

描述

现状问题

internal/runtime/workspace_checkpoint.go 中 RestoreWorkspaceCheckpointFrom 约 90 行,在同一个 tar 读取循环里同时做:条目校验(路径、重复、数量、展开大小)和按类型落盘(目录 / 普通文件 / 软链接)。落盘部分用 var file *os.File + 嵌套 if err == nil 串联,阅读和单测都不方便。

重构方案

把循环内「创建父目录 + 按 header.Typeflag 写入目录/文件/软链接」这一段抽成包内函数
restoreCheckpointEntry(base *os.Root, path string, header *tar.Header, reader io.Reader) error,主循环只保留校验并调用它。

  • 文件模式、O_EXCL、io.CopyN、Sync、Close 错误优先级、软链接注释、unsupported checkpoint entry 报错全部原样保留。

影响范围

仅 internal/runtime/workspace_checkpoint.go 一个函数内部;对外 API、归档格式、报错文案均不变。与 #396/#397(排除路径判断)不重叠。

验证方式

  • 新增 restoreCheckpointEntry 单测(目录/文件/软链接落盘、不支持类型、重复文件不覆盖、文件体截断报错)
  • 现有 checkpoint 相关测试全部通过;gofmt、go vet ./internal/runtime/
主要语言
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 摘要。