命令行及內(nèi)容概覽
git branch #查看分支
git branch <name> #創(chuàng)建分支
git checkout <name> #切換分支
git checkout -b <new branch name> #創(chuàng)建加切換分支
git merge <name> #合并某分支到當(dāng)前分支
git branch -d <name> #刪除分支
git log --graph #查看分支合并的情況
git log --graph --pretty=oneline --abbrev-commit #用一行呈現(xiàn)log信息
#如何利用分支進(jìn)行合作開發(fā)
git stash #隱藏工作區(qū)和暫存區(qū)的內(nèi)容
git stash apply #將隱藏的內(nèi)容恢復(fù)，但不從stash list中刪除
git stash drop #刪除stash list中的內(nèi)容
git stash pop #恢復(fù)的同時(shí)也刪除
git remote #查看遠(yuǎn)程庫(kù)的信息
git remote -v #查看更詳細(xì)的信息
git push origin <remote branch name> #推送到遠(yuǎn)程倉(cāng)庫(kù)的指定分支
git branch --set-upstream <local branch name> origin/<remote branch name>
#建立local branch和remote branch的鏈接
git pull
#抓取分支到本地鞍时，嘗試合并，若有conflict，解決沖突逆巍，在本地提交后再push
創(chuàng)建與合并分支
每次提交及塘，Git都把它們串成一條時(shí)間線，這條時(shí)間線就是一個(gè)分支锐极。截止到目前笙僚，只有一條時(shí)間線，在Git里灵再，這個(gè)分支叫主分支肋层，即master分支。HEAD
嚴(yán)格來(lái)說(shuō)不是指向提交翎迁，而是指向master栋猖，master才是指向提交的，所以鸳兽，HEAD指向的就是當(dāng)前分支掂铐。
一開始的時(shí)候，master分支是一條線揍异，Git用master指向最新的提交全陨，再用HEAD指向master，就能確定當(dāng)前分支衷掷，以及當(dāng)前分支的提交點(diǎn)：
每次提交辱姨，master分支都會(huì)向前移動(dòng)一步，這樣戚嗅，隨著你不斷提交雨涛，master分支的線也越來(lái)越長(zhǎng)
當(dāng)我們創(chuàng)建新的分支，例如dev時(shí)懦胞，Git新建了一個(gè)指針叫dev替久，指向master相同的提交，再把HEAD指向dev躏尉，就表示當(dāng)前分支在dev上：
Git創(chuàng)建一個(gè)分支很快蚯根，因?yàn)槌嗽黾右粋€(gè)dev指針，改改HEAD的指向胀糜，工作區(qū)的文件都沒(méi)有任何變化颅拦！不過(guò)，從現(xiàn)在開始教藻，對(duì)工作區(qū)的修改和提交就是針對(duì)dev分支了距帅，比如新提交一次后，dev指針往前移動(dòng)一步括堤，而master指針不變：
假如我們?cè)赿ev上的工作完成了碌秸，就可以把dev合并到master上绍移。Git怎么合并呢？最簡(jiǎn)單的方法讥电，就是直接把master指向dev的當(dāng)前提交登夫，就完成了合并：
練習(xí)
git checkout -b dev
加上-b參數(shù)表示創(chuàng)建并切換抗碰，相當(dāng)于：
git branch dev
git checkout dev
然后，用git branch命令查看當(dāng)前分支
當(dāng)前分支前會(huì)標(biāo)
*號(hào)绽乔。同樣的方法可以在這個(gè)分支上進(jìn)行add和commit弧蝇。(要推送到github上是要注意將master換成新的branch名)
在新創(chuàng)建的分支上的工作完成（add和commit）之后，就可以切回到master折砸。
比如這里可以將
test分支的工作成果合并到master分支上看疗。
test分支上的工作完成之后，切換到其他的分支睦授。用git branch -d branchName刪除分支两芳。
解決沖突
當(dāng)兩個(gè)分支分別有新的提交
現(xiàn)在，master分支和feature1分支各自都分別有新的提交去枷，變成了這樣：
這種情況下怖辆，就不能快速合并，只能將各自的修改嘗試合并起來(lái)删顶，但是這樣的合并可能會(huì)有沖突竖螃。可以用
git status查看發(fā)生沖突的文件逗余。
修改發(fā)生沖突的文件特咆，add、commit猎荠，master分支和新分支的關(guān)系就變成：
用帶參數(shù)的git log也可以看到分支的合并情況：
git log --graph --pretty=oneline --abbrev-commit
當(dāng)Git無(wú)法自動(dòng)合并分支時(shí)坚弱，就必須首先解決沖突。解決沖突后关摇，再提交荒叶，合并完成。
用git log --graph命令可以看到分支合并圖输虱。
分支管理策略
通常合并分支的時(shí)候些楣，git會(huì)默認(rèn)使用fast forward模式。但是，這種模式愁茁，在刪除分支后蚕钦，會(huì)丟失分支信息。如果強(qiáng)制禁止這種模式鹅很，Git就會(huì)在merge時(shí)生成一個(gè)新的commit嘶居，這樣，從分支歷史上就可以看出分支信息促煮。
加上--no-ff參數(shù)邮屁，表示禁用fast forward：
下面我們實(shí)戰(zhàn)一下--no-ff方式的git merge：
首先，仍然創(chuàng)建并切換dev分支：
$ git checkout -b dev
Switched to a new branch 'dev'
修改readme.txt文件菠齿，并提交一個(gè)新的commit：
$ git add readme.txt
$ git commit -m "add merge"
[dev 6224937] add merge
1 file changed, 1 insertion(+)
現(xiàn)在佑吝，我們切換回master：
$ git checkout master
Switched to branch 'master'
準(zhǔn)備合并dev分支，請(qǐng)注意--no-ff參數(shù)绳匀，表示禁用Fast forward：
$ git merge --no-ff -m "merge with no-ff" dev
Merge made by the 'recursive' strategy.
readme.txt | 1 +
1 file changed, 1 insertion(+)
因?yàn)楸敬魏喜⒁獎(jiǎng)?chuàng)建一個(gè)新的commit芋忿，所以加上-m參數(shù)，把commit描述寫進(jìn)去疾棵。
合并后戈钢，我們用git log看看分支歷史：
$ git log --graph --pretty=oneline --abbrev-commit
* 7825a50 merge with no-ff
|\
| * 6224937 add merge
|/* 59bc1cb conflict fixed
可以看到，不使用Fast forward
模式陋桂，merge后就像這樣：
分支策略
在實(shí)際開發(fā)中逆趣，我們應(yīng)該按照幾個(gè)基本原則進(jìn)行分支管理：
首先，master分支應(yīng)該是非常穩(wěn)定的嗜历，也就是僅用來(lái)發(fā)布新版本宣渗，平時(shí)不能在上面干活；
那在哪干活呢梨州？干活都在dev分支上痕囱，也就是說(shuō)，dev分支是不穩(wěn)定的暴匠，到某個(gè)時(shí)候鞍恢，比如1.0版本發(fā)布時(shí)，再把dev分支合并到master上每窖，在master分支發(fā)布1.0版本：
你和你的小伙伴們每個(gè)人都在dev分支上干活帮掉，每個(gè)人都有自己的分支，時(shí)不時(shí)地往dev分支上合并就可以了窒典。
所以蟆炊，團(tuán)隊(duì)合作的分支看起來(lái)就像這樣：
小結(jié)
Git分支十分強(qiáng)大，在團(tuán)隊(duì)開發(fā)中應(yīng)該充分應(yīng)用瀑志。
合并分支時(shí)涩搓，加上--no-ff參數(shù)就可以用普通模式合并污秆，合并后的歷史有分支，能看出來(lái)曾經(jīng)做過(guò)合并昧甘，而fast forward合并就看不出來(lái)曾經(jīng)做過(guò)合并良拼。
Bug分支
每個(gè)bug都可以通過(guò)一個(gè)新的臨時(shí)分支來(lái)修復(fù)，修復(fù)后充边，合并分支庸推，然后將臨時(shí)分支刪除。
當(dāng)在dev上干活時(shí)浇冰，突然接到要修復(fù)代號(hào)101的bug予弧，想新建一個(gè)分支issue-101來(lái)修復(fù)『ィ可是手頭的工作還沒(méi)完成,dev上的工作還沒(méi)有提交∩蹦恚可是現(xiàn)在還沒(méi)有辦法提交手頭的工作井厌，bug又需要立即修復(fù)。
Git提供了一個(gè)stash功能致讥，可以把當(dāng)前工作現(xiàn)場(chǎng)“儲(chǔ)藏”起來(lái)仅仆，等以后恢復(fù)現(xiàn)場(chǎng)后繼續(xù)工作（未add和commit的工作都可以隱藏）：
修復(fù)bug
-
首先確定在哪個(gè)分支上修復(fù)bug，假定要在master上修復(fù)垢袱，就從master創(chuàng)建臨時(shí)分支墓拜，例如:
從選定的分支上創(chuàng)建臨時(shí)分支 - 修復(fù)bug，提交后切換到master分支请契，用
git merge --no-ff -m "merge bug fix 101"合并分支咳榜，然后刪除issue-101分支。 - 回到dev繼續(xù)干活爽锥。剛才被stash的工作用
git stash list查看涌韩。有兩種方法恢復(fù)： - 用
git stash apply恢復(fù)，恢復(fù)后氯夷，stash內(nèi)容并不刪除臣樱，需要用git stash drop來(lái)刪除。 - 用
git stash pop來(lái)刪除腮考，恢復(fù)的同時(shí)也刪除了里的內(nèi)容雇毫，再用git stash list來(lái)查看就沒(méi)有了〔任担可以多次stash棚放，恢復(fù)的時(shí)候，先用git stash list查看寂纪，再用類似于git stash apply stash@{0}來(lái)恢復(fù)到想要的內(nèi)容席吴。
看到pop命令就大概明白赌结，stash主要就是將需要放在一邊的內(nèi)容先放在一個(gè)堆棧里面啦
Feature分支
每添加一個(gè)新功能，最好新建一個(gè)feature分支（在取名的時(shí)候孝冒，要讓新的分支名能夠概括新的功能）柬姚，在上面開發(fā)，完成后庄涡，合并量承，最后，刪除該feature分支穴店。
一切順利的話撕捍，feature分支與bug分支一樣，完成后提交到dev并刪除分支泣洞。但是新功能被取消了忧风，要求刪除feature分支。
先切換回dev分支球凰，用git branch -d feature命令刪除分支狮腿，但是，由于feature分支沒(méi)有merge呕诉。會(huì)顯示失敗缘厢，根據(jù)提示用git branch -D feature就可以強(qiáng)行刪除了。
多人協(xié)作
當(dāng)從遠(yuǎn)程倉(cāng)庫(kù)把項(xiàng)目clone到本地的時(shí)候甩挫，git自動(dòng)把本地的master分支和遠(yuǎn)程的master分支對(duì)應(yīng)起來(lái)了贴硫。遠(yuǎn)程倉(cāng)庫(kù)的默認(rèn)名為origin。
要查看遠(yuǎn)程庫(kù)的信息伊者，用
git remote
或者用查看更詳細(xì)的信息
git remote -v
比如：
VectorLu:Diary Vector$ git remote
origin
VectorLu:Diary Vector$ git remote -v
origin https://github.com/VectorLu/Diary.git (fetch)
origin https://github.com/VectorLu/Diary.git (push)
上面顯示了可以抓取和推送的origin的地址英遭，如果沒(méi)有推送的權(quán)限，就看不到push的地址亦渗。
推送分支就是把這個(gè)分支上的所有提交推送到遠(yuǎn)程庫(kù)贪绘。推送時(shí)，要指定本地分支央碟。git就會(huì)把指定的分支推送到遠(yuǎn)程倉(cāng)庫(kù)對(duì)應(yīng)的指定分支上税灌。比如：
git push origin master
或者要推送到dev上，就是
git push origin dev
哪些分支需要推送亿虽，哪些不需要呢菱涤？
- master分支是主分支，因此要時(shí)刻與遠(yuǎn)程同步洛勉；
- dev分支是開發(fā)分支粘秆，團(tuán)隊(duì)所有成員都需要在上面工作，所以也需要與遠(yuǎn)程同步收毫；
- bug分支只用于在本地修復(fù)bug攻走，就沒(méi)必要推到遠(yuǎn)程了殷勘，除非老板要看看你每周到底修復(fù)了幾個(gè)bug；
- feature分支是否推到遠(yuǎn)程昔搂，取決于你是否和你的小伙伴合作在上面開發(fā)玲销。
然而可能會(huì)有推送失敗的情況出現(xiàn)。
原因是沒(méi)有指定本地
dev分支與遠(yuǎn)程origin/dev分支的鏈接摘符，根據(jù)提示贤斜，設(shè)置dev和origin/dev的鏈接：
$ git branch --set-upstream dev origin/dev
Branch dev set up to track remote branch dev from origin.
修改文件以解決沖突，別忘了add和commit之后逛裤，再push瘩绒。
多人協(xié)作的工作模式通常是這樣：
- 首先带族，可以試圖用
git push origin branch-name推送自己的修改锁荔； - 如果推送失敗，則因?yàn)檫h(yuǎn)程分支比你的本地更新蝙砌，需要先用
git pull試圖合并堕战； - 如果合并有沖突，則解決沖突拍霜，并在本地提交；
- 沒(méi)有沖突或者解決掉沖突后薪介，再用
git push origin branch-name推送就能成功!
**如果提示"no tracking information"祠饺，則說(shuō)明本地分支與遠(yuǎn)程分支之間沒(méi)有創(chuàng)建鏈接關(guān)系，用命令
git branch --set-upstream <local branch name> origin/<remote branch name>
**小結(jié):**
1. 查看遠(yuǎn)程庫(kù)信息汁政，使用git remote -v道偷；
2. 本地新建的分支如果不推送到遠(yuǎn)程，對(duì)其他人就是不可見(jiàn)的记劈；
3. 從本地推送分支勺鸦，使用git push origin branch-name，如果推送失敗目木，先用git pull抓取遠(yuǎn)程的新提交换途；
4. 在本地創(chuàng)建和遠(yuǎn)程分支對(duì)應(yīng)的分支，使用git checkout -b branch-name origin/branch-name刽射，本地和遠(yuǎn)程分支的名稱最好一致军拟；
5. 建立本地分支和遠(yuǎn)程分支的關(guān)聯(lián)，使用git branch --set-upstream branch-name origin/branch-name誓禁；
6. 從遠(yuǎn)程抓取分支懈息，使用git pull，如果有沖突摹恰，要先處理沖突辫继，并且add和commit修改再push怒见。