git开发场景

3.   基于git的合作开发
对于酷讯来说&＃xff0c;当我们采用了Git&＃xff0c;如何进行合作开发呢&＃xff1f; 具体步骤如下&＃xff1a;
3.1   获取最新代码

    酷讯会准备一个中心git代码库。首先&＃xff0c;我们将整理好的代码分模块在git中心库中建立git库。并将文件add到中心库中。 接下来&＃xff0c;开发者通过git-clone将代码从中心库clone到本地开发环境。
对于较大的项目&＃xff0c;我们还建议每个组选择一个负责人&＃xff0c;由这个负责人负责从中心库获取和更新最新的代码&＃xff0c;其它开发者从这个负责人的git代码库中clone代码。此时&＃xff0c;对开发者来说&＃xff0c;这个负责人的git库就是中心库了。

3.2 开发者在本地进行迭代开发

    当用户将代码clone到本地后&＃xff0c; 就可以进行本地的迭代开发&＃xff0c;建议用户不要在master分支上开发&＃xff0c;而是建立一个开发分支进行开发。 在本地开发中&＃xff0c;用户可以随意的创建临时分支&＃xff0c;随意commit。

3.3   开发者请其它同事进行code review

    当本地开发完毕&＃xff0c;可以请其它同事进行code review。过程为&＃xff1a;
1. user2通通过git-pull命令&＃xff0c;将开发者(user1)的开发分支&＃xff08;dev&＃xff09;pull到user2本地的一个tmp分支&＃xff0c;并切换工作分支到该分支上进行code review。
2. 完成code review后&＃xff0c; user2切换回其原有开发分支继续开发&＃xff0c;并告知user1已经修改完毕。
3. User1将user2的tmp分支git-pull到本地tmp分支&＃xff0c;并和dev分支进行merge。最终得到一个code review后的dev分支。
    当然&＃xff0c;user2也可以直接坐在user1旁边在他的代码上进行review。而不需要走上述步骤。&＃xff08;图中第7步&＃xff0c;不是git-pull,而是直接在dev分支上和user1边review边modify&＃xff09;

3.4   和中心库进行代码合并

    使用过CVS的人都知道&＃xff0c; 在commit之前&＃xff0c;都要做一次cvs update&＃xff0c;以避免和中心库冲突。Git也是如此。
现在我们已经经过了code review&＃xff0c; 准备向中心库提交变化了&＃xff0c; 在开发的这段时间&＃xff0c;也许中心库发生了变化&＃xff0c; 因此&＃xff0c;我们需要在向中心库提交前&＃xff0c;再次将中心库的master分支git-pull到本地的master分支上。并且和dev分支做合并。最终&＃xff0c;将合并的代码放入master分支。
    如果开发过程提交日志过多&＃xff0c;可以考虑参照2.10节的介绍做一次git-reset。
    此外&＃xff0c;如果发现合并过程变化非常多&＃xff0c; 出于代码质量考虑&＃xff0c;建议再做一次code review

3.5   提交代码到中心库

    此时&＃xff0c;已经完全准备好提交最终的代码了。 通过git-push就可以了。

3.6   合作流程总结
    大家可以看到&＃xff0c;使用git进行合作开发&＃xff0c;这一过程和CVS有很多相似性&＃xff0c;同时&＃xff0c;增强了以下几个环节&＃xff1a;
1.       开发者在本地进行迭代开发&＃xff0c;可以经常的做commit操作且不会影响他人。 而且即使不在线也可以进行开发。只需要最后向中心库提交一次即可。
2.       大家都知道&＃xff0c;如果CVS管理代码&＃xff0c;由于我们会常常做commit操作。但是在commit之前cvs update时常会遇到将中心库上的其它最新代码checkout下来的情况&＃xff0c;此时&＃xff0c;一旦出现问题&＃xff0c;就很难确认到底是自己开发的bug还是其它用户的代码带来了影响。 而使用git则避免了用户间的开发互相影响。
3.       更有利于在代码提交前做code review。 以往用cvs&＃xff0c; 都是代码提交后才做code view。如果发生问题&＃xff0c; 也无法避免服务器上有不好的代码。 但是用git&＃xff0c; 真正向中心库commit前&＃xff0c;都是在本地开发&＃xff0c;可以方便的进行code review&＃xff0c; 然后才提交到中心库。更有利于代码质量。而且&＃xff0c; 大家应该可以感到&＃xff0c;使用git的过程中&＃xff0c;更容易对代码进行code review&＃xff0c;因为影响因素更小。
4.       创建多分支&＃xff0c;更容易在开发中进行多种工作&＃xff0c;而使工作间不会互相影响。 比如user2对user1的代码进行code review时&＃xff0c;就可以非常方便的保留当时的开发现场&＃xff0c;并切换到user1的代码分支&＃xff0c;在code review完毕后&＃xff0c;也可以非常方便的切换会曾经被中断的工作现场。

    诚然&＃xff0c;带来这些好处的同时&＃xff0c;确实也使得操作比CVS复杂了一些。但我们觉得和前面所能获得的好处相比&＃xff0c;这些麻烦是值得的。 当大家用惯了之后会发现&＃xff0c;这并不增加多大的复杂性&＃xff0c; 而且开发流程会更加自然。