文件改坏了，怎样把昨天的内容找回来？
报价表里的 2，被改成了 20。保存过了，还同步了。
发现的时候，最想知道的通常只有一件事：原来那份还在不在？
先别急着继续覆盖。今天这份里也许还有正确的新修改，留一份副本，再去找旧内容。否则修一个错误，又丢掉另一段，事情会越来越绕。
FooCloud(https://keevol.cn#foocloud) 的 Web 版本历史提供了一个入口：把已经保存到服务端的候选旧版“另存为”，拿回来核对。
这条回头路，最好在真正需要之前走一遍。
找的是正确内容，时间只是线索
打开文件的版本历史，先根据创建时间缩小范围。昨天上午还是下午，报价调整之前还是之后，大致能帮助定位。
但同一天可能改过很多次。时间对得上，不代表内容就对。
选一个候选版本，另存到容易辨认的位置，打开看看：数字是不是 2，那段说明还在不在，需要的附件内容是否完整。
这里多花一点核对时间，很有必要。取回的可能是错误发生前的版本，也可能只是另一份还没改完的草稿。真正能回答“找到了没有”的，是打开后的内容。
旧版拿回来了，工作稿还要接着处理
“另存为”会给你一份独立文件，不会自动把云端当前版本切回过去。
这个区别最好记住。不然一个人说“恢复好了”，其他人以为共享目录已经更新，打开一看还是错的。
拿到旧内容后，有两种常见处理：整份沿用旧版，或者只把需要的数字、段落补回当前稿。后者往往更贴近实际工作——旧版里有正确报价，当前稿里也有刚补好的交付说明，两边都得留。
我们不会替你判断这两份内容该怎样合并。核对、取舍、更新工作稿，完成之后再保存和同步。
协作中的文件还得多做一步：告诉其他人正在修正，先别沿着错误版本继续改。结束时也说具体一点：“报价已核对并补回工作稿，等同步完成后接着用。”
少一点含糊，后面就少一次来回确认。
也得知道这条路从哪里开始
历史版本能找回的，是已经进入版本记录的内容。
编辑器里没保存的那段话，还没同步出去的本地修改，都不能默认在服务端留了底。连续快速保存，也不意味着每次按键都对应一份独立版本。
它同样不意味着无限保留、任意时刻都能找回。究竟有哪些候选版本，要看实际列表和运行策略。整台服务或者原存储不可用，又是独立备份与恢复要处理的事。
Dropbox 的版本历史说明会交代不同产品条件下的可用范围。选工具时，这也是该问清楚的地方：保留多久、怎样取回、取回后还需要做什么。一个“支持历史版本”的勾选框，装不下这些差异。
就用 2 和 20，练一次
建一份样例文本，写“试点客户数量：2”。保存，等同步完成。
然后改成 20，再加一句正确的新说明，保存并同步。去版本历史里找包含 2 的候选旧版，另存，打开确认。列表还没出现目标内容，就继续查明原因，别提前把结果记成成功。
再把数字 2 补回当前稿，同时保留那句新说明。这样就走完了从取回到继续工作的整个过程。
这不是产品实测结论，实际结果可以写进试用记录。也可以顺便和同事约定，误改之后谁来处理、什么时候暂停修改、处理完怎样交接。
历史版本的价值，就在于出错之后还有机会把工作接回来。入口找得到、内容核对得上、下一份工作稿接得住，这条回头路才算真的会走。