local history 是 goland 自动记录的本地快照，独立于 git，在编辑、保存、格式化等操作后生成，可精准恢复被覆盖前的代码版本。
覆盖代码后无法回退？别急着重写，GoLand 的 Local History 能直接找回被覆盖前的版本。
Local History 是什么，为什么它能恢复覆盖操作
Local History 是 GoLand 在你每次编辑、保存、格式化、重构等动作后自动记录的本地快照，和 Git 无关，也不依赖任何版本控制系统。只要你没清空 IDE 缓存，它就一直存在。覆盖代码（比如粘贴替换整段、用 go fmt 格式化导致结构大改、误删函数体）属于编辑行为，会被 Local History 捕获。
关键点：Local History 记录的是文件内容变更的时间点，不是“撤销栈”，所以哪怕你按了几十次 Ctrl+Z 或关过 IDE，只要没手动清理历史，原始内容还在。
- 默认保留最近 5 天的历史（可调），时间戳精确到秒
- 每个快照都带 diff 预览，你能一眼看出哪一版含你要恢复的逻辑
- 不依赖
git add或git commit，哪怕文件还没加到仓库里也管用
右键 Show History 后怎么精准挑出被覆盖前的版本
对目标文件右键 → Local History → Show History，弹出窗口左侧是时间线列表。注意三类关键标记：
- 带
Editing标签的条目：你手动敲/删/粘贴触发的变更（最可能含你要的旧代码） - 带
Reformat code的条目：如果你刚执行了Ctrl+Alt+L，这里会记录格式化前的状态 - 带
Save的条目：每次Ctrl+S都会存一份，但不一定比Editing更细粒度
右侧 diff 窗口会高亮显示差异。重点看：被覆盖的函数签名是否完整、关键变量名是否还在、注释是否保留——这些是判断“这就是我要的版本”的依据。选中后点左向箭头（）直接还原整个文件；若只需部分代码，点 <code>>> 把对应行块复制进当前文件。
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
覆盖发生在多文件联动时，如何批量恢复
比如你刚运行了一次 Refactor → Rename，结果把一个 struct 字段名全改错了，又手动覆盖了几个 handler 文件里的调用点。这时单文件恢复容易漏掉关联变更。
- 在
Project工具窗口中，按住Ctrl（Windows/Linux）或Cmd（macOS）多选所有相关文件（如model.go、handler.go、router.go） - 右键 →
Local History→Show History：IDE 会合并显示这些文件共有的历史时间点 - 找时间戳最接近你开始重构操作的那个
Editing条目，勾选所有文件，统一点击
注意：如果某些文件没出现在合并列表里，说明它们在那个时间点没被修改过，不用强求同步恢复。
为什么有时 Show History 是空的，或者找不到想要的版本
Local History 不是永远可靠，以下情况会导致记录丢失或失效：
- 你手动执行过
File → Manage IDE Settings → Restore Default Settings，这会清空全部本地历史 - IDE 异常崩溃后重启，可能丢失最后一次编辑前的快照（但之前的所有记录仍在）
- 在
Settings → Appearance & Behavior → System Settings中关闭了Track changes in local history - 文件被外部工具（如 VS Code、命令行
sed）直接修改，GoLand 未监听到变更（极少见，但可能）
真正难恢复的场景是：覆盖操作发生在 Local History 自动清理周期之后（默认 5 天），且你又没提交 Git。这时候只能靠 git fsck --lost-found 找悬空对象，或者翻备份目录——Local History 的边界就是它的时效性，不是万能时光机。
