git版本控制原理

• 我们在日常使用场景中，如果需要手动的去管理版本，很有可能需要不停的创建“副本”，然后再通过“副本”的方式将各个“状态”保存下来，以便我们恢复到我们期望的那个“状态”。git和我们这个日常的思路相似，只不过现实方式比我们的办法先进太多。

• 这里我们从我们简单的思路的模型出发

• 举例 假设，我们在写一个项目，代码都放在一个project的目录中，为了保险，我们可能过一个时间段，就会对project目录复制出来副本出来。然后在原目录中继续我们之前的工作。这样，我们就可以通过拷贝的副本，回到任意一个副本所在的状态了。这个很像我们一个正在打开的word文档，当觉得回退到以前的操作，那么就向后或向后直到找到息要的那个编辑状态。

• 举例场景： 我们在2019年9月10日10点30分复制了第一个project目录的副本，这里我们流程图表示

  
  
  

  此时也就是说我们通过这个副本，我们能在之后的任何时候，回到2019年9月10日10点30分 这个状态了
  此时我们又修改了些内容，在修改内容后，又复制一个副本，此时时间是2019年9月10日10点35分，加上之前的副本，那我们已经有两个副本了。也就是说，我们已经保存了两个状态可供我们恢复。如图所示：

  
  

由于2019091030这个副本是我们第一个保存的副本。所以，我们把它放在最下方，表示起点。就像树根结构，这样就便于理解了，201909101030这个副本状态则是0919101035这个副本状态的父状态。

后面又因为变更，我们又创建一个副本于是有了三个副本状态

同样的道理 201909101035也仍是这样递归关系。

若是总是手动的创建副本，那么，效率非常差，这里我们就得介绍git工具了。