Gitflow实操以及代码审查Pull Request操作

1.背景

之前一直有用过gitflow，但是一直没有归纳技术，另一方面也是每个团队用到的gitflow都不一致。而最近做项目要用gitflow，趁此机会分享一下gitflow的操作。

2.gitflow介绍

用git一直有一个问题，就是怎么保证代码稳定性，保证代码干净不被污染。如果一直用一个分支（master），很多像这样的问题就会接踵而至，因为所有人都会不断地往里面写代码，于是Vincent Driessen先提出来一套完整的gitflow方案。
本文参考项目中实际的情况，对gitflow有选择地使用。其中release、hotfix分支就不再涉及。这两个分支和其他分支的操作大同小异。
下图是完整的gitflow图：

2.1master分支

这个是主分支，我们所谓的保证代码干净不被污染，基本上就是针对他而言。master分支的功能，一个个合并来自develop分支的代码，另一个就是创建tag；

2.2develop 分支

这个分支是我们是我们的主开发分支，包含所有要发布到下一个Release的代码，这个主要合并与其他分支，比如Feature分支

2.3Feature 分支

这个分支主要是用来开发一个新的功能，一旦开发完成，我们合并回Develop分支

3.操作

首先，要做开发就先要有develop分支，这个是我们在开发过程中最核心的分支。如下图所示，我们从master中牵出develop分支：

命名为develop

这个时候，我们创建的分支还是在本地，所以我们要push一下，把分支推到服务器上。

推送完，可以看到服务上就多了一个分支

如果这个时候，我们需要做一些开发，那么就要从develop分支中牵出新的feature分支

同样的。也要提交到服务端

feature1分支在经过一些列修改之后，接下来就是代码合并了。合并分两种:1.简单Merge；2.Pull Request代码审查后Merge；
简单的Merge操作如下

合并完push就可以。这种合并必须要有权限。

我们重点讲Pull Request，Pull Request是针对有代码审核需求的项目。在一些大公司经常用到，因为i额他们对代码的管理很严格。
当我们feature1的分支修改完推送到服务器之后，需要合并到develop。我们需要去网页上操作Pull Request。

添加完之后，就进入审批界面

审批界面还可以看到代码差异等等。