前期工作
對(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è)非常清晰的提交歷史叨襟,可以看到被合并分支的存在繁扎。
從上圖可以看到,F(xiàn)eature 分支上的三個(gè)節(jié)點(diǎn)不選擇Fast-Forward的方式合并,依然保留了Feature的提交歷程梳玫,節(jié)點(diǎn)流動(dòng)清晰爹梁、容易追溯。
GitFlow 工作流示意圖
圖中畫(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ù)搗鼓。
-
第一步:基于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ā)的情況