干销售这行，最痛苦的事情之一就是管文件：产品彩页改了又改，合同模板"最终版""最终版2""打死不再改版"满天飞。有一次我差点把还没定稿的报价表发给了客户，从此下定决心解决这个问题。
方案很朴素：用程序员管代码的 Git 来管我的工作文件。这个实验做了半年，效果出乎意料地好。
为什么是 Git
日常文件管理无非三个诉求：历史版本可追溯、修改记录可查看、误操作可回滚。这三件事，Git 天生就擅长——它本来就是干这个的。
- 每次修改都可以提交一次（commit），相当于给文件拍了个快照
- 任何一次修改都能查看"这次改了哪里"（diff）
- 改坏了随时可以回退（checkout / reset）
我的用法
我不追求复杂的 Git 技巧，日常就四个命令：
# 提交一次修改（相当于存档）
git add .
git commit -m "2026-06-08 更新报价表，修正C客户数量"
# 查看历史存档
git log --oneline
# 回退到某个存档
git checkout 某个版本号 -- 文件名
# 查看某次修改了什么
git diff 某个版本号配合两个习惯：一是提交信息写清楚"改了啥"，二是重要节点（比如发出去的版本）打上 tag 标记。这样任何时候打开仓库，都能一眼看到这半年文件的完整时间线。
几个实际的收获
- 再也不用文件名带版本号了。"最终版"三个字从我的文件命名里消失了。
- 客户说"上次那个版本还能用"时，30 秒找回。以前只能翻聊天记录和邮箱。
- 给同事发文件前多一道检查。每次 commit 前我会扫一遍 diff，错误率明显下降。
给非技术朋友的建议
很多人一听 Git 就害怕，觉得是程序员的东西。其实日常使用只需要记住"存、看、找、回"四个动作，配上带图形界面的工具（比如 VS Code 自带的源代码管理），门槛非常低。
工具的价值不在于它多高级，而在于它能不能解决你的实际问题。对我来说，Git 解决的是"文件到底哪个版本能发"这个天天都要面对的问题。
如果你也被"最终版"折磨过，强烈建议试一次。花一个下午学会，能省未来无数个下午。