【架构优化】从 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 摘要。