前期工作

• 對(duì)Git基本命令有個(gè)初步的了解，本篇博客不對(duì)基本命令一一解釋，推薦學(xué)習(xí)廖雪峰的Git教程。

• 配置SSH KEY，這一點(diǎn)比較容易被人遺忘。當(dāng)然如果你不嫌麻煩用Https每次都輸入賬號(hào)密碼的話，請(qǐng)忽略這一點(diǎn)。

為什么遠(yuǎn)程倉(cāng)庫(kù)需要SSH Key呢？因?yàn)?code>遠(yuǎn)程倉(cāng)庫(kù)需要識(shí)別出你推送的提交確實(shí)是你推送的，而不是別人冒充的，
而Git支持SSH協(xié)議，所以，遠(yuǎn)程倉(cāng)庫(kù)只要知道了你的公鑰，就可以確認(rèn)只有你自己才能推送。
當(dāng)然，遠(yuǎn)程倉(cāng)庫(kù)允許你添加多個(gè)Key。假定你有若干電腦，你一會(huì)兒在公司提交，一會(huì)兒在家里提交，只要把每臺(tái)電腦的Key都添加到遠(yuǎn)程倉(cāng)庫(kù)，就可以在每臺(tái)電腦上往遠(yuǎn)程倉(cāng)庫(kù)推送了。

創(chuàng)建遠(yuǎn)程倉(cāng)庫(kù)并與本地倉(cāng)庫(kù)關(guān)聯(lián)

流程圖

創(chuàng)建遠(yuǎn)程倉(cāng)庫(kù)

在開(kāi)發(fā)過(guò)程中，我們的master 分支通常用于迭代上線版本，例如1.0.0,1.1.0,2.0.0等等，所以我們將 master 分支設(shè)為保護(hù)分支，避免開(kāi)發(fā)人員往master分支推代碼。在創(chuàng)建遠(yuǎn)程倉(cāng)庫(kù)的時(shí)候，建議添加Readme.md文件初始化倉(cāng)庫(kù)，此時(shí)會(huì)自動(dòng)生成master分支，我們就可以將master分支設(shè)置為保護(hù)分支了。

創(chuàng)建本地倉(cāng)庫(kù)

在將一個(gè)項(xiàng)目進(jìn)行版本管理之前，我們會(huì)通常在一個(gè)空的文件夾內(nèi)創(chuàng)建項(xiàng)目或在AndroidStudio直接新建一個(gè)項(xiàng)目(AndroidStudio - New Project)，完成基礎(chǔ)配置、依賴添加之后，才會(huì)初始化git倉(cāng)庫(kù)進(jìn)行管理(注意將不必跟蹤的文件添加進(jìn).gitignore)。

• 第一步：初始化git倉(cāng)庫(kù)

  $ git init
  

• 第二步：關(guān)聯(lián)遠(yuǎn)程倉(cāng)庫(kù)

  $ git remote add origin git.XXXXXX(ssh/https)
  

• 第三步：拉取遠(yuǎn)程倉(cāng)庫(kù)

  $ git pull origin master
  

  此時(shí)我們就將之前創(chuàng)建的Readme.md文件拉取下來(lái)了。這樣才算真正的與遠(yuǎn)程倉(cāng)庫(kù)同步。

• 第四步：創(chuàng)建并切換分支

  $ git checkout -b develop
  

  develop 分支是我們的開(kāi)發(fā)分支，一般在完成小的功能節(jié)點(diǎn)后再推送到遠(yuǎn)程倉(cāng)庫(kù)上。在創(chuàng)建并切換到develop分支之后，工作區(qū)內(nèi)保存著最新的未添加到暫存區(qū)的代碼。

• 第五步：添加更改并提交

  $ git add . (再次提醒：.gitignore忽略不必要跟蹤文件)
  $ git commit -m"init project"
  

• 第六步：推送到遠(yuǎn)程倉(cāng)庫(kù)

  $ git push -u origin develop
  

  盡管我們不能將代碼推送到master分支，但是新建分支并將該分支推送到遠(yuǎn)程倉(cāng)庫(kù)是不受限制的。當(dāng)我們需要上線并合并到master 分支時(shí)，我們可以創(chuàng)建一個(gè)pull request完成合并。

多人協(xié)作開(kāi)發(fā)

Git Flow工作流

Git Flow工作流是 Vincent Driessen 2010 年發(fā)布出來(lái)的他自己的分支管理模型，到現(xiàn)在為止，使用度非常高。

Git Flow 的分支結(jié)構(gòu)很特別，按功能來(lái)說(shuō)，可以分支為5種分支，從5 種分支的生命時(shí)間上，又可以分別歸類為長(zhǎng)期分支和暫時(shí)分支，或者更貼切描述為，主要分支和協(xié)助分支。

主要分支：

在采用 Git Flow 工作流的項(xiàng)目中，代碼的中央倉(cāng)庫(kù)會(huì)一直存在以下兩個(gè)長(zhǎng)期分支：

• master
• develop

其中 ：

• origin/master 分支上的最新代碼永遠(yuǎn)是版本發(fā)布狀態(tài)。
• origin/develop 分支則是最新的開(kāi)發(fā)進(jìn)度。

當(dāng) develop 上的代碼達(dá)到一個(gè)穩(wěn)定的狀態(tài)，可以發(fā)布版本的時(shí)候，develop上這些修改會(huì)以某種特別方式被合并到 master 分支上，然后標(biāo)記上對(duì)應(yīng)的版本標(biāo)簽。

協(xié)助分支：

除了主要分支，Git Flow 的開(kāi)發(fā)模式還需要一系列的協(xié)助分支，來(lái)幫助更好的功能的并行開(kāi)發(fā)，簡(jiǎn)化功能開(kāi)發(fā)和問(wèn)題修復(fù)。是的，就是下面的三類分支。這類分支是暫時(shí)分支非常無(wú)私奉獻(xiàn)，在需要它們的時(shí)候，迫切地創(chuàng)建，用完它們的時(shí)候，又揮揮衣袖地徹底消失。
協(xié)助分支分為以下幾類：

• Feature Branch
• Release Branch
• Hotfix Branch

Feature 分支用來(lái)做分模塊功能開(kāi)發(fā)，命名看開(kāi)發(fā)者喜好，不要和其他類型的分支命名弄混淆就好，舉個(gè)壞例子，命名為 master 就是一個(gè)非常不妥當(dāng)?shù)呐e動(dòng)。模塊完成之后，會(huì)合并到 develop 分支，然后刪除自己。

Release 分支用來(lái)做版本發(fā)布的預(yù)發(fā)布分支，建議命名為 release-xxx。例如在軟件 1.0.0 版本的功能全部開(kāi)發(fā)完成，提交測(cè)試之后，從 develop 檢出release-1.0.0 ,測(cè)試中出現(xiàn)的小問(wèn)題，在 release 分支進(jìn)行修改提交，測(cè)試完畢準(zhǔn)備發(fā)布的時(shí)候，代碼會(huì)合并到 master 和 develop，master 分支合并后會(huì)打上對(duì)應(yīng)版本標(biāo)簽 v1.0.0, 合并后刪除自己，這樣做的好處是，在測(cè)試的時(shí)候，不影響下一個(gè)版本功能并行開(kāi)發(fā)。

Hotfix 分支是用來(lái)做線上的緊急 bug 修復(fù)的分支,建議命名為 hotfix-xxx。當(dāng)線上某個(gè)版本出現(xiàn)了問(wèn)題，將檢出對(duì)應(yīng)版本的代碼，創(chuàng)建 Hotfix 分支，問(wèn)題修復(fù)后，合并回 master 和 develop ，然后刪除自己。這里注意，合并到 master 的時(shí)候，也要打上修復(fù)后的版本標(biāo)簽。

Merge 與 --no-ff 參數(shù)

需要說(shuō)明的是，Git Flow 的作者 Vincent Driessen 非常建議，合并分支的時(shí)候，加上 no-ff 參數(shù)，這個(gè)參數(shù)的意思是不要選擇 Fast-Forward 合并方式，而是策略合并，策略合并會(huì)讓我們多一個(gè)合并提交。這樣做的好處是保證一個(gè)非常清晰的提交歷史，可以看到被合并分支的存在。

no-Fast-Forward與Fast-Forward對(duì)比

從上圖可以看到，F(xiàn)eature 分支上的三個(gè)節(jié)點(diǎn)不選擇Fast-Forward的方式合并，依然保留了Feature的提交歷程，節(jié)點(diǎn)流動(dòng)清晰、容易追溯。

GitFlow 工作流示意圖

理想的Git網(wǎng)絡(luò)

圖中畫(huà)了 Git Flow 的五種分支，master，develop，feature branchs,release branchs , hoxfixes，其中 maste 和 develop 字體被加粗代表主要分支。master 分支每合并一個(gè)分支，無(wú)論是 hotfix 還是 release ,都會(huì)打一個(gè)版本標(biāo)簽。通過(guò)箭頭可以清楚的看到分支的開(kāi)始和結(jié)束走向，例如 feature 分支從 develop 開(kāi)始，最終合并回 develop ，hoxfixes 從 master 檢出創(chuàng)建，最后合并回 develop 和 master，master 也打上了標(biāo)簽。

工作流程

了解以上概念，我們接著之前創(chuàng)建的倉(cāng)庫(kù)繼續(xù)搗鼓。

多人協(xié)作開(kāi)發(fā)流程

• 第一步：基于develop 新建一條Feature 分支。

  $ git checkout -b myfeature develop
  Switched to a new branch "myfeature"
  

• 第二步：啪啦啪啦 敲代碼完成某部分功能并提交

  Complete some function
  
  $ git add .
  $ git commit -m"ok"
  

• 第三步：切回到develop 分支，同步遠(yuǎn)程分支(git pull)

  $ git checkout develop
  $ git pull origin develop
  

• 第四步：將Feature 分支合并至develop 分支

  $ git merge --no-ff -m"merge" myfeature
  

• 第五步：解決沖突，add and commit.(如果沒(méi)有沖突則忽略該步驟)

  Resolve Conflicts
  
  $ git add .
  $ git commit -m"fix bugs"
  

• 第六步：將develop分支 推送至遠(yuǎn)程倉(cāng)庫(kù)

  $ git push origin develop
  

• 切換至Feature 分支，HEAD 指向develop分支的最新節(jié)點(diǎn)(同步)

  $ git checkout myfeature
  $ git rebase develop
  

  因?yàn)榍懊鎑evelop分支主動(dòng)合并了Feature分支并解決了沖突，所以這一步不會(huì)出現(xiàn)任何異常，如果出現(xiàn)異常請(qǐng)檢查前面的步驟是否正確。

• 將Feature分支 推送至遠(yuǎn)程倉(cāng)庫(kù)

  $ git push origin myfeature
  

至此，以上步驟可以處理絕大部分協(xié)同開(kāi)發(fā)的情況