一、检查点的工作原理
当你与 CodeBuddy 协作时,检查点功能会在每次编辑之前自动捕获代码的状态。这个安全网让你可以放心地执行大规模的任务,因为你随时可以恢复到之前的代码状态。
二、自动跟踪
CodeBuddy Code 会跟踪其文件编辑工具所做的所有更改:
·每个用户提示都会创建一个新的检查点。
·检查点会跨会话持久保存,因此你可以在恢复的对话中访问它们。
·检查点会随会话在 30 天后自动清理(可配置)。
三、回退更改
使用 /rewind 命令来打开回退菜单。你可以选择恢复:
·仅对话:回退到某条用户消息,同时保留代码更改。
·仅代码:还原文件更改,同时保留对话。
·代码和对话都回退:将两者都恢复到会话中的某个之前的时间点。
四、常见使用场景
检查点在以下情况下特别有用:
·探索替代方案:尝试不同的实现方式,而不会丢失起始点。
·从错误中恢复:快速撤销引入 bug 或破坏功能的更改。
·功能迭代:在知道可以恢复到可用状态的前提下,放心地进行各种尝试。
五、Bash 命令的更改不会被跟踪
检查点不会跟踪通过 bash 命令修改的文件。例如,如果 CodeBuddy Code 运行:
rm file.txtmv old.txt new.txtcp source.txt dest.txt
这些文件修改无法通过回退功能撤销。只有通过 CodeBuddy 的文件编辑工具直接进行的编辑才会被跟踪。
六、外部更改不会被跟踪
检查点只跟踪在当前会话中被编辑过的文件。你在 CodeBuddy Code 之外手动对文件所做的更改,以及来自其他并发会话的编辑,通常不会被捕获,除非它们恰好修改了与当前会话相同的文件。
七、不能替代版本控制
检查点设计用于快速的会话级恢复。对于永久的版本历史和协作:
·继续使用版本控制(如 Git)来管理提交、分支和长期历史。
·检查点是版本控制的补充,而非替代品。
·可以将检查点理解为“本地撤销”,而 Git 是“永久历史”。
八、另请参阅
·交互模式 – 键盘快捷键和会话控制。
·斜杠命令 – 使用 /rewind 访问检查点。