简介

Git是一款免费、开源的分布式版本控制系统，可以有效、高速的处理从很小到非常大的项目版本管理

git和svn的差异

git和svn最大的差异在于git是分布式的管理方式而svn是集中式的管理方式。

集中式管理

• 集中式管理的工作流程图：

  

  集中式管理的工作流程图

集中式代码管理的核心是服务器，所有开发者在开始新一天的工作之前必须从服务器获取代码，然后开发，最后解决冲突，提交。所有的版本信息都放在服务器上。如果脱离了服务器，开发者基本上是不可以工作。下面举例说明：

开始新一天的工作：

1. 从服务器下载项目组最新代码。
2. 进入自己的分支，进行工作，每隔1个小时向服务器自己的分支提交一次代码（很多人都有这个习惯。因为有时候自己对代码改来改去，最后又想还原到前一个小时的版本，或者看看前一个小时自己修改了哪些代码，就需要这样做了）。
3. 下班时间快到了，把自己的分支合并到服务器主分支上，一天的工作完成，并反映给服务器。
   这就是经典的svn工作流程，从流程上看，有不少缺点，但也有优点。

• 缺点：

1. 服务器压力太大，数据库容量暴增。
2. 如果不能连接到服务器上，基本上不可以工作，看上面第二步，如果服务器不能连接上，就不能提交，还原，对比等等。
3. 不适合开源开发（开发人数非常非常多，但是Google app engine就是用svn的）。但是一般集中式管理的有非常明确的权限管理机制（例如分支访问限制），可以实现分层管理，从而很好的解决开发人数众多的问题。

• 优点：

1. 管理方便，逻辑明确，符合一般人思维习惯。
2. 易于管理，集中式服务器更能保证安全性。
3. 代码一致性非常高。
4. 适合开发人数不多的项目开发。
5. 大部分软件配置管理的大学教材都是使用svn 和vss。

分布式管理

• 分布式管理的工作流程图：

  

  分布式管理的工作流程图

分布式和集中式的最大区别在于开发者可以在本地提交。每个开发者机器上都有一个服务器的数据库。
上图就是经典的git开发过程。步骤如下：

• 一般开发者的角度：

1. 从服务器上克隆数据库（包括代码和版本信息）到单机上。
2. 在自己的机器上创建分支，修改代码。
3. 在单机上自己创建的分支上提交代码。
4. 在单机上合并分支。
5. 新建一个分支，把服务器上最新版的代码fetch下来，然后跟自己的主分支合并。
6. 生成补丁（patch），把补丁发送给主开发者。
7. 看主开发者的反馈，如果主开发者发现两个一般开发者之间有冲突（他们之间可以合作解决的冲突），就会要求他们先解决冲突，然后再由其中一个人提交。如果主开发者可以自己解决，或者没有冲突，就通过。
8. 一般开发者之间解决冲突的方法，开发者之间可以使用pull命令解决冲突，解决完冲突之后再向主开发者提交补丁。

• 主开发者的角度（假设主开发者不用开发代码）：

1. 查看邮件或者通过其它方式查看一般开发者的提交状态。
2. 打上补丁，解决冲突（可以自己解决，也可以要求开发者之间解决以后再重新提交，如果是开源项目，还要决定哪些补丁可用，哪些不用）。
3. 向公共服务器提交结果，然后通知所有开发人员。

• 优点：

1. 适合分布式开发，强调个体。
2. 公共服务器压力和数据量都不会太大。
3. 速度快、灵活。
4. 任意两个开发者之间可以很容易的解决冲突。

• 缺点：

1. 资料少（起码中文资料很少）。
2. 学习周期相对而言比较长。
3. 不符合常规思维。
4. 代码保密性差，一旦开发者把整个库克隆下来就可以完全公开所有代码和版本信息。

git常用命令介绍