gitflow工作流

简介

Gitflow工作流定义了一个围绕项目发布的严格分支模型，它不同的分支分配一个很明确的角色，并定义分支之间如何和什么时候进行交互。
Gitflow工作流仍然用远程仓库作为所有开发者的交互中心。和其它的工作流一样，开发者在本地工作并push分支到要中央仓库中。
Gitflow工作流应被视作为指导方针，而非“铁律”。你可以组合使用不同的流程，找到适合自己项目的工作流。

主要分支介绍

image

• master分支：主分支，产品的功能全部实现后，最终在master分支对外发布，长存分支。
• develop分支：开发分支，基于master分支克隆，产品的编码工作在此分支进行，长存分支。
• release分支：测试分支，基于delevop分支克隆，产品编码工作完成后，发布到本分支测试，测试过程中发现的小bug直接在本分支进行修复，修复完成后合并到develop分支。本分支属于临时分支，目的实现后可删除分支。
• hotfix分支：bug修复分支，基于master分支或里程碑tag克隆，主要用于修复对外发布的分支，收到客户的bug反馈后，在此分支进行修复，修复完毕后分别合并到develop分支和master分支。本分支属于临时分支，目的实现后可删除分支。
• feature分支：功能特征分支，基于develop分支克隆，主要用于多人协助开发场景或探索性功能验证场景，功能开发完毕后合并到develop分支。feature分支可创建多个，属于临时分支，目的实现后可删除分支。

示例

下面的例子将演示gitflow流程如何被用来管理一次产品发布。假设你已经创建好了一个远程仓库。

(1)基于master分支，创建develop分支

image

git checkout -b develop      /* 基于master分支建立develop分支，并切换到develop分支 */
git push -u origin develop /* 推送develop分支到远程仓库 */

(2)其他开发者应该clone远程仓库，并且为develop创建一个追踪分支。

git clone https://github.com/haishancheng/gitTest.git /* clone远程仓库 */
git checkout -b develop origin/develop /* 基于远程仓库的develop分支建立本地的develop分支进行开发 */

(3)完成部署，进入开发

到现在，所有人都把包含有完整历史的分支（develop）在本地配置好了。此时所有人都可以进行开发了。假设工程师A和工程师B开始开发新功能。他们需要为各自的功能创建相应的分支。新分支不是基于master分支，而是应该基于develop分支。然后他们各自在自己的功能开发分支上开展工作。通常就是这种git三部曲：edit，stage，commit。

image

 git checkout -b feature-xxx develop /* 基于develop分支建立各自的feature分支，并切换到feature分支 */
 …coding中…    /* 代码编写中*/
 git add **.** /* 提交修改到暂存区*/
 git commit -m "提交注释" /* 提交到本地仓库*/

(4)功能开发完毕

工程师A的功能开发完毕了，他需要所完成的功能合并入develop分支，并推送到远程仓库

image

git checkout develop /* 切换到develop分支 */
git pull origin develop /* 执行代码拉取操作，防止代码冲突 */
git merge feature-xxx /* 将完成的功能分支合并入develop分支*/
git push origin develop /* 推送到远程仓库 */
git branch -d feature-xxx /* 删掉功能分支*/

(5)进行测试并且修复bug

工程师A阶段性的开发工作已完成，需要为产品发布的准备工作。启动测试工作，将代码发布到测试分支release，并推向远程仓库。测试工程师提交Bug后，开发人员在release分支上修复bug。

image

git checkout -b release /* 基于develop分支建立release分支，并切换到release分支 */
git push origin release /* 将release分支推送到远程release分支 */
…解决bug coding中…      /* 解决bug中 */
git add **.** /* 提交修改到暂存区*/
git commit -m "修复说明中最好添加Bug#BugID关键字" /* 提交到本地仓库*/

(6)修完bug，合回master和develop分支

bug修复完毕之后，工程师A就要把修复完的测试分支合并入master和develop，然后再将测试分支删除。

image

git checkout master /* 切换到master分支 */
git merge release /* 合并release分支到master分支 */
git push origin master    /* 推送master分支到远程仓库master分支 */
git checkout develop      /* 切换到develop分支 */
git merge release /* 合并release分支到master分支 */
git push origin develop  /* 推送develop分支到远程仓库develop分支 */
git branch -d release /* 删掉本地release分支 */
git push origin --delete release /* 删掉远程仓库的release分支 */

(7)打tag标签

打一个里程碑tag标签，并推送到远程仓库，就可以发布了

git checkout master  /* 切换到master分支 */
git tag -m "task#003v1.0.0首版发布" v1.0.0.181018 /* 创建里程碑tag */
git push origin v1.0.0.181018 /* 推送里程碑tag到远程仓库 */

(8)线上bug修复

• 用户发现了一个bug，基于master（或tag）创建了一个用于维护的分支（hotfix分支），修复完毕之后合入master合develop分支

  
  
  image

git checkout-b hotfix-v1.0.0.181018 v1.0.0.181018 /* 基于tag创建hotfix分支*/
… fix the bug…                              /* 修复bug*/
git checkout master                      /* 切换到master分支 */
git merge hotfix-v1.0.0.181018      /* 合并hotfix分支到master分支 */
git push origin master /* 推送master分支到远程仓库master分支 */
git checkout develop /* 切换到develop分支 */
git merge hotfix-v1.0.0.181018      /* 合并hotfix分支到master分支 */
git push origin develop /* 推送develop分支到远程仓库develop分支 */
git branch -d hotfix-v1.0.0.181018 /* 删掉本地hotfix分支 */
git push origin --delete hotfix-v1.0.0.181018 /* 删掉远程仓库的hotfix分支 */

• 打一个新的里程碑tag标签，并推送到远程

git checkout master /* 切换到master分支 */
git tag -m "Bug#002修复某某Bug" v1.0.1.181019 /* 创建里程碑tag */
git push origin v1.0.1.181019 /* 推送里程碑tag到远程仓库 */