第 6 步,共 6 步
留一条退路
删除或覆盖之前,先把文件夹复制一份。快照现在只花一分钟;恢复要花一星期,而且还常常不成功。
发生了什么
案例待补
这一步是靠反复实践写出来的,不是某一次记录下来的事故。站离开预览状态之前,这里会换成一份带日期、第一人称的记录。在那之前,把下面的步骤当成经得住用的指引,而不是一个已验证的案例。
不这么做要付什么
你让 agent 清理一个文件夹。它删错了东西,报告成功,两天以后客户要一份旧稿你才发现。文件不在回收站:命令行删除不走它。
到那一步,剩下的选项是文件恢复工具、云端的版本历史(如果那个文件夹恰好被同步过),或者找客户要一份他们自己的文件。三个都比不上动手之前复制的那一份,更慢,也更不可靠。
这样做
- 有风险的操作之前,先复制文件夹。放在任务文件夹旁边:
_backup/20261112-1430/。复制,不是移动;确认它能用之后再压缩。 - 或者把工作区纳入版本控制。在任务文件夹里
git init,危险那一步之前提交一次。文字为主的小活,一次提交比整棵树复制更合适。 - 试一次恢复。把单个文件复制回临时文件夹,打开它。从没恢复过的备份只是个愿望,不是备份。
- 留两代。昨天的一份,和危险那一步之前的一份。一代叫快照,两代才叫退路。
- 每次都把「不删除」说出来。「不删除。哪里错了就出一个新版本。」提示语不是保证,但它能把大部分默默的删除变成一次提问。
- 要一直有保护,就用工具。Brake Recovery 在危险操作要跑之前自己取快照,你不用记着。设计阶段,产品页上写着。
检查清单
常见错误
- 出了事之后再取快照。删除之后做的副本里带着那次删除。全部价值都在先后顺序上。
- 备份到同一块盘。那样防的是 agent,不是盘。副本放到别处,U 盘也算。
- 信回收站。命令删掉的文件不在回收站。不是从程序界面删的,就是直接没了。
- 从不测恢复。权限、残缺的副本、版本不对,这些在你需要它的那天之前看起来都正常。
- 以为云同步能兜住。同步也把删除同步出去。版本历史只在那个文件夹被同步过、而且时间窗够短的时候才有用。
这一步需要什么
这一步的工具是 Brake Recovery。数据留在你机器上,它只看不动手。还在规划阶段,没对试用者开放。
加入 Recovery 候补名单