Git-分布式版本控制工具

1. 概述

在开发活动中，我们经常会遇到以下几个场景：备份、代码回滚、协同开发、追溯问题代码编写人和编写时间（追责）等。备份的话是为了避免丢失数据，导致无法恢复，会选择多种方法存储，网盘、硬盘等等；在开发过程中我们需要不断的修改我们开发的代码，当项目或者某个模块完成的时候，代码已经被改的面目全非，这就需要代码回滚；项目开发通常都不是一个人，而是一个团队多人协作，在这个过程中我们可能不能同时对代码进行开发，所以需要一个更高效、便捷的协同开发方式；当我们代码出现问题的时候，由于最后多个模块集成到一起，诸多的记录或者没有记录记载代码对应的负责人，就导致无法追责。以上问题同时解决的好办法就是版本控制，对于我们开发中的项目，每次的修改我们看作一个、定义一个版本。

通过定义版本来控制开发文件的方式就叫做版本控制，我们使用的工具就成为版本控制工具。现在最主流的就是分布式版本控制工具-Git。

常见的版本控制方式：

1. 1集中式版本控制工具

SVN and CVS:(已经过时了)

不同的开发人员，在提交一次版本的时候都会同步到其他开发人员，如果中央服务器宕机，那么其他电脑就无法工作，由于所有数据都在服务器中，如果服务器出现问题，那么就gg。

1.2分布式版本控制工具

Git:（称霸全世界）

没有中央服务器，只有一个共享版本库，这个版本库存储在远程仓库中，除此之外，每个开发人员本地都会有一个完整的版本库。如果共享版本库中有新的版本，那么开发人员就可以直接Clone下来就可以了，当然如果共享版本库挂掉了也没事，随便拿一个开发人员本地的版本库直接PUSH上去就可以了。就没有了宕机的问题。

分布式版本工具不需要联网，本地就有完整版本库，各自的修改可以互相PUSH就可以了。

特点：速度快设计简单强力支持非线性开发完全分布式有能力高效管理Linux内核一样的超大规模项目（速度and数据量）

非线性开发：其实就是分支合并的概念。不同开发人员开发不同的模块，同步进行，最后集成到一起，互不影响。

2.Git

2.1 git 工作流程

这张图属于总结性流程图，大致了解，等后面的内容看完再回来瞅它，会恍然大悟。

远程仓库、本地仓库。