git使用简介

shenhp

　　这篇文章将从开发者和管理者两方面介绍如何使用git进行团队合作开发。
　　1.git 和svn的差异
　　git和svn 最大的差异在于git是分布式的管理方式而svn是集中式的管理方式。如果不习惯用代码管理工具，可能比较难理解分布式管理和集中式管理的概念。下面介绍两种工具的工作流程（团队开发），通过阅读下面的工作流程，你将会很好的理解以上两个概念。
　　集中式管理的工作流程如下图（图2.1）：

　　集中式代码管理的核心是服务器，所有开发者在开始新一天的工作之前必须从服务器获取代码，然后开发，最后解决冲突，提交。所有的版本信息都放在服务器上。如果脱离了服务器，开发者基本上是不可以工作。下面举例说明：
　　开始新一天的工作：
　　1：从服务器下载项目组最新代码。
　　2：进入自己的分支，进行工作，每隔1个小时向服务器自己的分支提交一次代码（很多人都有这个习惯。因为有时候自己对代码改来改去，最后又想还原到前一个小时的版本，或者看看前一个小时自己修改了哪些代码，就需要这样做了）。
　　3：下班时间快到了，把自己的分支合并到服务器主分支上，一天的工作完成，并反映给服务器。
　　这就是经典的svn工作流程，从流程上看，有不少缺点，但也有优点。
　　缺点：
　　1、服务器压力太大，数据库容量暴增。
　　2、如果不能连接到服务器上，基本上不可以工作，看上面第二步，如果服务器不能连接上，就不能提交，还原，对比等等。
　　3、不适合开源开发（开发人数非常非常多，但是Google app engine就是用svn的）。但是一般集中式管理的有非常明确的权限管理机制（例如分支访问限制），可以实现分层管理，从而很好的解决开发人数众多的问题。
　　优点：
　　1、管理方便，逻辑明确，符合一般人思维习惯。
　　2、易于管理，集中式服务器更能保证安全性。
　　3、代码一致性非常高。
　　4、适合开发人数不多的项目开发。
　　5、大部分软件配置管理的大学教材都是使用svn 和vss。
　　下面是分布式管理的工作流程，如下图（图2.2）：

　　或者数据库（这里需要设置一下访问权限，由于git没有提供权限管理功能，所以要通过ssh设置，具体是对下一级子项目项目可读不可写，对自己可读可写）。
　　新建一些必要的文件夹和文件放到自己的数据库上

　　然后使用

　　提交到公共服务器上，作为原始版本。
　　告诉下级公共服务器的地址。
　　对于子项目负责人：
　　在子公共服务器上克隆一个数据库

　　设置访问权限，对下级可读不可写，对自己可读可写。
　　在自己的计算机中克隆一个数据库

　　告诉下级子公共服务器地址。
　　对于最底层的开发人员：
　　在上级公共服务器中克隆一个数据库

　　2：开展工作
　　对于最终项目负责人
　　收来自下级的邮件
　　在自己的数据库上建分支，并转到分支上

　　重复上述工作，直到补丁全部打完。
　　下面是向上级提交更新的过程

　　对于最底层的开发人员：
　　如果上级要求解决冲突，同样是要解决冲突，然后再提交补丁

　　然后建分支，并开发代码

　　然后是向上级提交代码

　　这种模式的开发流程如下：
　　1、由其中一个开发者这服务器上建立一个数据库。
　　所有开发者都可以向数据库提交和下载东西，这里必须规定一定的时间间隔（一周或者一天）必须提交一次，不然以后解决冲突时是个大问题。
　　如果每个人的开发耦合度很高，我们可在服务器上建立分支，然后每人每次提交到自己的分支上，过一段时间之后（不能太久）有一个人去合并分支。然后所有人更新自己的数据库的master分支，使之跟服务器上的master分支同步。
　　2、这样服务器会有非常多的版本信息，集合了每个人的版本信息。
　　过了一段时间之后，例如有里程碑的出现。再由一个人把所有改动打补丁到最终服务器上。这样最终服务器的版本信息就会很精练。
　　3、当我们的服务器无限膨胀到一定程度的时候我们可以把它删除，然后用最终服务器上的一个版本作为起始版本。