前言

??團隊開發(fā)中，遵循一個合理、清晰的Git使用流程，是非常重要的。否則，每個人都提交一堆雜亂無章的commit，項目很快就會變得難以協(xié)調(diào)和維護。

分支說明與管理

1. 主分支Master
   首先，代碼庫應(yīng)該有一個、且僅有一個主分支。所有提供給用戶使用的正式版本，都在這個主分支上發(fā)布。

   
   
   主分支Master
   
   

   Git主分支的名字，默認叫做Master。它是自動建立的，版本庫初始化以后，默認就是在主分支在進行開發(fā)。

2. 開發(fā)分支Develop
   主分支只用來分布重大版本，日常開發(fā)應(yīng)該在另一條分支上完成。我們把開發(fā)用的分支，叫做Develop。

   
   
   image.png
   
   

   這個分支可以用來生成代碼的最新隔夜版本（nightly）。如果想正式對外發(fā)布，就在Master分支上，對Develop分支進行"合并"（merge）。

Git創(chuàng)建Develop分支的命令：

git checkout -b develop master

將Develop分支發(fā)布到Master分支的命令：

    # 切換到Master分支
    git checkout master
    # 對Develop分支進行合并
    git merge --no-ff develop

這里稍微解釋一下，上一條命令的--no-ff參數(shù)是什么意思。默認情況下，Git執(zhí)行"快進式合并"（fast-farward merge），會直接將Master分支指向Develop分支。

快進式合并

使用--no-ff參數(shù)后，會執(zhí)行正常合并，在Master分支上生成一個新節(jié)點。為了保證版本演進的清晰，我們希望采用這種做法。

非快進式合并

補充：git在一個分支上開發(fā)一段時間后，會留下很多次的commit, 當(dāng)一個功能階段性的完成后，需要將該分支merge到主干，如果直接使用 git merge branch 會將該分支下所有的提交都merge到主干，有時這并不是我們所需要的，我們只需要總結(jié)一下該分支，然后以該總結(jié)的commit合并到主干就可以了。具體操作：

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

3. 臨時性分支
   前面講到版本庫的兩條主要分支：Master和Develop。前者用于正式發(fā)布，后者用于日常開發(fā)。其實，常設(shè)分支只需要這兩條就夠了，不需要其他了。但是，除了常設(shè)分支以外，還有一些臨時性分支，用于應(yīng)對一些特定目的的版本開發(fā)。臨時性分支主要有三種：
   • 功能（feature）分支
   • 預(yù)發(fā)布（release）分支
   • 修補bug（fixbug）分支

這三種分支都屬于臨時性需要，使用完以后，應(yīng)該刪除，使得代碼庫的常設(shè)分支始終只有Master和Develop。

4. 功能性分支
   接下來，一個個來看這三種"臨時性分支"。
   

   第一種是功能分支，它是為了開發(fā)某種特定功能，從Develop分支上面分出來的。開發(fā)完成后，要再并入Develop。
   image.png
   
   功能分支的名字，可以采用feature-*的形式命名。
   創(chuàng)建一個功能分支：

git checkout -b feature-x develop

開發(fā)完成后，將功能分支合并到develop分支：

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

刪除feature分支：

git branch -d feature-x

參考文章

Git分支管理-阮一峰