使用git和gitlab进行协同开发流程

1、基本概念

1.仓库（Repository）

①源仓库(线上版本库)

在项目的开始,项目的发起者构建起一个项目的最原始的仓库,称为origin。

源仓库的有两个做用：

1.汇总参与该项目的各个开发者的代码

2.存放趋于稳定和可发布的代码 

源仓库应该是受保护的，开发者不该该直接对其进行开发工做。只有项目管理者能对其进行较高权限的操做。

②开发者仓库(本地仓库)

任何开发者都不会对源仓库进行直接的操做，源仓库创建之后，每一个开发者须要作的事情就是把源仓库的“复制”一份，做为本身平常开发的仓库。这个复制是gitlab上面的fork。

每一个开发者所fork的仓库是彻底独立的，互不干扰，甚至与源仓库都无关。每一个开发者仓库至关于一个源仓库实体的影像，开发者在这个影像中进行编码，提交到本身的仓库中，这样就能够轻易地实现团队成员之间的并行开发工做。而开发工做完成之后，开发者能够向源仓库

发送pull request，请求管理员把本身的代码合并到源仓库中，这样就实现了分布式开发工做和集中式的管理。

2.分支（Branch）

①master branch：主分支

master：主分支从项目一开始便存在，它用于存放通过测试，已经彻底稳定代码；在项目开发之后的任什么时候刻当中，master存放的代码应该是可做为产品供用户使用的代码。因此，应该随时保持master仓库代码的清洁和稳定，确保入库以前是经过彻底测试和代码reivew

的。master分支是全部分支中最不活跃的，大概每月或每两个月更新一次，每一次master更新的时候都应该用git打上tag，来讲明产品有新版本发布。

②develop branch：开发分支

develop：开发分支，一开始从master分支中分离出来，用于开发者存放基本稳定代码。每一个开发者的仓库至关于源仓库的一个镜像，每一个开发者本身的仓库上也有master和develop。开发者把功能作好之后，是存放到本身的develop中，当测试完之后，能够向管理者

发起一个pull request，请求把本身仓库的develop分支合并到源仓库的develop中。全部开发者开发好的功能会在源仓库的develop分支中进行汇总，当develop中的代码通过不断的测试，已经逐渐趋于稳定了，接近产品目标了。这时候，就能够把develop分支合并

到master分支中，发布一个新版本。

注:任何人不该该向master直接进行无心义的合并、提交操做。正常状况下，master只应该接受develop的合并，也就是说，master全部代码更新应该源于合并develop的代码。

③feature branch：功能分支

feature：功能性分支，是用于开发项目的功能的分支，是开发者主要战斗阵地。开发者在本地仓库从develop分支分出功能分支，在该分支上进行功能的开发，开发完成之后再合并到develop分支上，这时候功能性分支已经完成任务，能够删除。功能性分支的命名通常

为feature-*，*为须要开发的功能的名称。

2、如何操做(仅作举例说明用)

Step 1：源仓库的构建

这一步一般由项目发起人(项目管理员)来操做，源仓库为op/Chanjet_Asset_Management,并初始化两个分支master和develop.

Step 2：开发者fork源仓库

源仓库创建之后，每一个开发就能够去复制一份源仓库到本身的gitlab帐号中，而后做为本身开发所用的仓库。假设我是一个项目中的开发者，我就到op/Chanjet_Asset_Managemen项目主页上去fork.

Step 3：把本身开发者仓库clone到本地

    >>> git clone http://gitlab.rd.chanjet.com/op/Chanjet_Asset_Management.git

Step 4：构建功能分支进行开发

假设如今要开发一个“讨论”功能：

    >>> git checkout develop

# 切换到`develop`分支   

    >>> git checkout -b feature-discuss

# 分出一个功能性分支   

    >>> touch discuss.py

# 伪装discuss.py就是咱们要开发的功能   

add    >>> git.

'finish discuss feature'    >>> git commit -m

# 提交更改,屡次测试之后   

    >>> git checkout develop

# 回到develop分支   

merge--no-ff feature-discuss    >>> git

# 把作好的功能合并到develop中   

    >>> git branch -d feature-discuss

# 删除功能性分支   

    >>> git push origin develop

# 把develop提交到本身的远程仓库中   

此时，上本身gitlab的项目主页中develop分支中查看，已经有discuss.py这个文件了：

Step 5：向管理员提交pull request

在完成了“讨论”功能（固然，也可能对本身的develop进行了屡次合并，完成了多个功能）,通过测试之后，以为没问题，就能够请求管理员把本身仓库的develop分支合并到源仓库的develop分支中。

Step 6 管理员测试、合并

管理员登录gitlab，看到了开发者对源仓库发起的pull request。

管理员须要作的事情就是：

1.对开发者的代码进行review。

2.在他的本地测试新建一个测试分支，测试开发者的代码：

    >>> git checkout develop

# 进入管理员本地的develop分支

    >>> git checkout -b manager-develop

# 从develop分支中分出一个叫manager-develop的测试分支测试开发者的代码

    >>> git pull

http://gitlab.rd.chanjet.com/op/Chanjet_Asset_Management.git develop

# 把开发者的代码pull到测试分支中，进行测试

  判断是否赞成合并到源仓库的develop中，若是通过测试没问题，能够把开发者的代码合并到源仓库的develop中：

    >>> git checkout develop

merge--no-ff manager-develop    >>> git

    >>> git push origin develop

注:管理员一直在操做的仓库是源仓库。

以上，就是一个git和gitlab协同工做流的基本步骤。