Git工作流程

前言

  团队开发中，遵循一个合理、清晰的Git使用流程，是非常重要的。否则，每个人都提交一堆杂乱无章的commit，项目很快就会变得难以协调和维护。

分支说明与管理

1. 主分支Master
   首先，代码库应该有一个、且仅有一个主分支。所有提供给用户使用的正式版本，都在这个主分支上发布。

   
   主分支Master
   

   Git主分支的名字，默认叫做Master。它是自动建立的，版本库初始化以后，默认就是在主分支在进行开发。

2. 开发分支Develop
   主分支只用来分布重大版本，日常开发应该在另一条分支上完成。我们把开发用的分支，叫做Develop。

   
   image.png
   

   这个分支可以用来生成代码的最新隔夜版本（nightly）。如果想正式对外发布，就在Master分支上，对Develop分支进行"合并"（merge）。

Git创建Develop分支的命令：

git checkout -b develop master

将Develop分支发布到Master分支的命令：

    # 切换到Master分支
    git checkout master
    # 对Develop分支进行合并
    git merge --no-ff develop

这里稍微解释一下，上一条命令的--no-ff参数是什么意思。默认情况下，Git执行"快进式合并"（fast-farward merge），会直接将Master分支指向Develop分支。

快进式合并

使用--no-ff参数后，会执行正常合并，在Master分支上生成一个新节点。为了保证版本演进的清晰，我们希望采用这种做法。

非快进式合并

补充：git在一个分支上开发一段时间后，会留下很多次的commit, 当一个功能阶段性的完成后，需要将该分支merge到主干，如果直接使用 git merge branch 会将该分支下所有的提交都merge到主干，有时这并不是我们所需要的，我们只需要总结一下该分支，然后以该总结的commit合并到主干就可以了。具体操作：

1、git checkout master 
2、git merge --squash  <branch>
3、git commit -m "branch功能完成，合并到主干" 

3. 临时性分支
   前面讲到版本库的两条主要分支：Master和Develop。前者用于正式发布，后者用于日常开发。其实，常设分支只需要这两条就够了，不需要其他了。但是，除了常设分支以外，还有一些临时性分支，用于应对一些特定目的的版本开发。临时性分支主要有三种：
   • 功能（feature）分支
   • 预发布（release）分支
   • 修补bug（fixbug）分支

这三种分支都属于临时性需要，使用完以后，应该删除，使得代码库的常设分支始终只有Master和Develop。

4. 功能性分支
   接下来，一个个来看这三种"临时性分支"。
   

   第一种是功能分支，它是为了开发某种特定功能，从Develop分支上面分出来的。开发完成后，要再并入Develop。 image.png
   功能分支的名字，可以采用feature-*的形式命名。
   创建一个功能分支：

git checkout -b feature-x develop

开发完成后，将功能分支合并到develop分支：

git checkout develop
git merge --no-ff feature-x

删除feature分支：

git branch -d feature-x

参考文章

Git分支管理-阮一峰