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

Offen
#469 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Maintainer antworten meist innerhalb von 1 Tag

@fx-kurumi arbeitet bereits daran.

Seit 13.11.2026.

  • #470 von @fx-kurumi — offen

Bewertung

Schwierigkeit
2/5
Geschätzter Aufwand
Ein halber Tag
Anfängerfreundlichkeit
25/100
Issue-Typ
Refactoring
Klarheit
Klar beschrieben
Aktivitätsstatus
Veraltet
Tech-Stack
go
Bereich
backend

Rechercherichtung

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.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

现状问题

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/
Vorherrschende Sprache
Go
Sterne
141
Forks
28
Ø Merge
1 T. 15 Std.
Gemergte PRs (30 T.)
113

Entwicklungsumgebung

Erste Schritte

  1. Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
  3. Forken Sie das Repository und arbeiten Sie in einem Branch.
  4. Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus Tencent/LoopForge

Alle Issues in Tencent/LoopForge

Ähnliche Issues

Weitere Issues zu Go

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.