今天这一章说的是版本控制。

我们在使用一些软件的时候，经常需要用到撤销和重做的功能，特别是做了一些“致命操作”，比如不小心把所有东西都删掉的时候，撤销操作就可以救命。

但是这些软件的撤销和重做，一旦软件关闭，就找不回之前的操作了，也就撤销不了了。

【资料图】

这时候版本控制就起到作用了，我们可以找回几天前，几月前，甚至几年前的版本。

说起来，最开始的时候，我一直以为版本控制工具是和代码绑定在一起的，它以项目为单位控制，不是代码的东西是不能用的。

后来，意识到了，即便是一个超大型的项目，也不过就是一大堆文本文件而已。进而，终于醒悟过来，版本控制工作的控制单位是文件，只要是个文件，都可以用版本控制工具来管理。

作者也说要始终使用版本控制，即便团队里只有自己一个人，即便是一个为期很短的小项目，即便是“用过即扔”的原型，都应该用版本控制管理起来。

最后，作者也提到一个思想实验，如果你的电脑突然间瘫痪了，然后，你去买了一个新电脑，怎样能够让你的新电脑最快地回到旧电脑瘫痪去的状态。

说到这个，我还挺有感触的，我明显感觉到这个问题有困扰我。我就不太愿意轻易动自己的电脑，比如重装系统什么的，因为觉得再重新配环境什么的，太麻烦了。经常半天、一天，就过去了。

因此，我还研究过系统的封装，就是相当于自定义系统，可以提前把一些软件、配置什么的，封装进这个自定义的系统，以后只要直接装这个系统就好了。

但这也有一个局限，就是可扩展性不好，比如，我封装了win7的系统，我想再弄个win10的，我就得自己再封装一个win10的，而且，想要有个修改，也要重新封装一遍系统，这个过程还挺费劲的。

利用版本控制工具，倒是给了我灵感。记录一下，自己需要哪些软件、哪些版本，这个可以到时候通过写一个脚本，来自动下载安装。

更重要的是，每个软件的个性化配置，如果把这些配置同步了，那也就没什么区别了。而配置文件通常也是文本文件，管理起来也很方便。

这本书看到这里，我有一个很大的感触就是，永远思考与寻找更好的解决办法，不要拘泥于当下的情况。

把编程的能力和思想，用到方方面面，而不只是停留在项目上的代码书写上。

一起加油吧~

字数：780

耗时：50分

··················END··················

责任编辑：