误删远程代码无法用Ctrl+Z恢复，须依赖服务端快照或Git；Timeline为空需检查autoSave、文件命名、watcherExclude及磁盘空间；Local History命令可搜已删文件；Git删除文件可用Discard Changes还原；手动保存空内容会覆盖历史快照。
实时协作中误删远程代码片段，不能靠 Ctrl+Z 回滚——它只作用于本地编辑器状态，不跨连接、不同步、不共享撤销栈。恢复必须依赖服务端留存的历史快照或 Git 机制。
Remote SSH / Codespaces 下 Timeline 不显示历史？检查 autoSave 和 History 路径
VSCode 远程模式（SSH / Containers / Codespaces）的时间线数据不存本地，而是在远程机器上：~/.vscode-server/data/User/History/（Linux/macOS）或 %USERPROFILE%\.vscode-server\data\User\History\（Windows Subsystem for Linux）。Timeline 面板为空，常见原因有：
-
files.autoSave设为"off"：VSCode 不触发自动保存，就不会生成快照；务必设为"afterDelay"或"onFocusChange" - 文件是
Untitled-1类未命名临时文件：无路径，Remote Server 不记录 -
files.watcherExclude排除了项目目录：整个文件夹变更事件被忽略，快照不会创建 - 远程磁盘空间不足：旧快照被自动清理，
entries.json可能只剩最近 1–2 条
验证是否存在快照：在远程终端执行 ls ~/.vscode-server/data/User/History/*/entries.json | head -5。有输出说明历史存在，可继续搜索。
用 Local History: Find Entry to Restore 搜索已删除的远程文件名
即使文件已从资源管理器消失，只要它曾被远程 VSCode 打开并编辑过，Local History: Find Entry to Restore 命令仍能通过关键词匹配其历史路径。这是唯一不依赖当前工作区可见性的恢复入口。
- 快捷键
Ctrl+Shift+P→ 输入该命令 → 回车 - 输入你记得的文件名、路径片段（如
api/handler.ts或useAuth） - 结果列表中每项带完整远程路径（如
vscode-remote://ssh-remote+myserver/home/user/proj/src/index.ts） - 点击任一结果，会打开只读预览；右键 →
Compare with Current确认内容是否含你要的代码段
注意：Restore 是覆盖写入，不可逆。若当前编辑器里已有新修改，先复制保存，再恢复。
Git 跟踪文件被删？别翻 Timeline，直接用源代码管理面板 Discard Changes
协作中多数远程项目都启用了 Git。VSCode 右键删除文件，本质是执行 git rm ，文件仅标记为 deleted，未真正丢失。
- 按
Ctrl+Shift+G打开源代码管理面板 - 在
CHANGES区域查找灰显文件名（状态为deleted） - 鼠标悬停 → 点击中间的
Discard Changes图标（↺）→ 弹窗选Restore File
限制很明确：仅对 tracked 文件有效（即曾 git add 或提交过）。如果文件是新建后未提交就被删，Git 不感知，此法无效。
恢复失败时，优先检查是否已手动保存空内容
最隐蔽也最致命的操作：清空一段代码后顺手按了 Ctrl+S。那一刻，空文件成为“最新已保存版本”，Timeline 里所有后续快照都基于这个空状态。你点 Restore，只会把空内容写回去——而你根本不知道自己亲手覆盖了所有历史。
此时唯一补救是回退到更早的 Git commit，或检查 entries.json 中 timestamp 更老的条目（可能需手动解析 JSON 并提取 base64 编码的快照内容）。不要假设“最后一条就是最好的”，时间戳靠前的反而更可能保留有效代码。
