岁月史书

用一张梗图，图我忘了
第114版（第514次修订）
最后一版
最后一版（修正标点）
最后一版（添加a需求）
最后一版之再改我是狗版
最后一版之再改我是狗版（添加b需求）

然后是容量截图，要的那个文档3MB
历史版本文件夹归档1G多

你告诉他git可以解决这个问题
如果他欣喜若狂，从善如流：安利成功
如果他不甚在意：版本控制问题根本就不是人家的痛点，没有必要强行安利

按头安利只会让人反感，一粉顶十黑

Git作为版本控制工具，和编程基础 关系不那么大吧。

大概就是给每个时刻拍一个“照片”（记录），可以在不同时刻的记录之间自由穿梭；
回到旧版本之后文件夹和当时一模一样；
在旧的记录中做修改也不会影响后续已有的修改，而是出现一个分支；
可以给每个记录写详细的修改信息，方便查看版本历史和修改历史。

[ProGit](https://git-scm.com/book/zh/v2)的1.1和1.3小节对版本控制介绍得很好。

不过确实对非程序员来说Git貌似意义不太大，不感兴趣的话也没必要硬推。

写东西好用，只要是可能多个人经常改的东西放上去都方便
正好最近在和一帮人一起写东西，放了md教程，知乎上的简单git教程，想参与的自己学

推荐这本书
楼上提到的根图的内容也是出自这本书，虽然有些二次元，但是内容对新手真的很友好！(｀･ω･)
学git可以先接触图形化工具，搞懂基本原理后再去接触命令行（我就是这么干的）

>>No.51351955
。可以用git写小说，。。真有人这么干的。|-` )

。。我被知识诅咒了，感觉听到分支管理就感觉理所应当会。

诶，感觉真的用写小说的思路介绍就清楚了。
遇到了情况需要做出抉择，那就在目前的前提下分出多个分支去写不同抉择的后续发展，然后感觉可以的就合并回主分支作为正文，其它分支就废弃或者继续拉分支出去写番外。
也不一定是抉择，可以是不同角色/场景的内容、发展，把每个分支看作一个视角吧，多条明线暗线角平分线。

分享图片