分支的用處：
就是你與你的同事一起完成一個(gè)項(xiàng)目時(shí)，你可以自己創(chuàng)建一個(gè)分支遇革，這個(gè)分支你可以什么時(shí)候?qū)懘a或者提交都可以铣除，處理完成后你可以將這個(gè)分支匯到大的分支上
個(gè)人理解，創(chuàng)建一個(gè)分支后网棍，其實(shí)就是將工作區(qū)的內(nèi)容復(fù)制一封到了另一個(gè)區(qū)域，比如之前存在主分支叫master妇智，現(xiàn)在復(fù)制了一份內(nèi)容后滥玷，存在另一個(gè)分支，叫dev巍棱，這個(gè)分支的內(nèi)容和主分支一樣惑畴，可以在dev分支上改動(dòng)自己想做的內(nèi)容，然后改動(dòng)完成后航徙，將其合并到主分支master上
一如贷、創(chuàng)建與合并分支：
首先我們創(chuàng)建一個(gè)名字叫dev的分支，然后切換到dev分支（cd進(jìn)入當(dāng)前l(fā)earngit文件夾內(nèi)）：
git checkout命令加上-b參數(shù)表示創(chuàng)建并切換到踏，相當(dāng)于以下兩條命令：
git branch dev
git checkout dev
然后杠袱，用git branch命令查看當(dāng)前分支：
git branch命令會(huì)列出所有分支，當(dāng)前分支前面會(huì)標(biāo)一個(gè)*號(hào)窝稿，目前的分支就是dev楣富。
然后，我們就可以在dev分支上正常提交伴榔，比如對(duì)readme.txt做個(gè)修改纹蝴，加上一行：
Creating a new branch is quick.
然后提交：
現(xiàn)在，dev分支的工作完成踪少，我們就可以切換回master分支：
切換回master分支后塘安，我們?cè)偃ゲ榭聪聄eadme.txt文件，剛才添加的內(nèi)容不見了援奢！
因?yàn)槟莻€(gè)提交是在dev分支上兼犯，而master分支此刻的提交點(diǎn)并沒有變
現(xiàn)在，我們把dev分支的工作成果合并到master分支上：
git merge命令用于合并指定分支到當(dāng)前分支集漾。合并后切黔，再查看readme.txt的內(nèi)容，就可以看到帆竹，和dev分支的最新提交是完全一樣的绕娘。
合并完成后，就可以放心地刪除dev分支了：
刪除后栽连，查看branch险领，就只剩下master分支了：
因?yàn)閯?chuàng)建、合并和刪除分支非趁虢簦快绢陌，所以Git鼓勵(lì)你使用分支完成某個(gè)任務(wù)，合并后再刪掉分支熔恢，這和直接在master分支上工作效果是一樣的脐湾，但過(guò)程更安全。
小結(jié)
Git鼓勵(lì)大量使用分支：
查看分支：git branch
創(chuàng)建分支：git branch <name>
切換分支：git checkout <name>
創(chuàng)建+切換分支：git checkout -b <name>
合并某分支到當(dāng)前分支：git merge <name>
刪除分支：git branch -d <name>
二叙淌、解決沖突
我認(rèn)為的沖突就是：新創(chuàng)建分支后秤掌，對(duì)兩個(gè)分支的同一個(gè)內(nèi)容修改保存后愁铺，用git add 和 gitcommit提交后，當(dāng)融合一個(gè)分支的時(shí)候闻鉴，會(huì)出現(xiàn)沖突茵乱，因?yàn)閮蓚€(gè)分支的同一個(gè)內(nèi)容都改了。
上一個(gè)實(shí)例：
準(zhǔn)備新的feature1分支孟岛，繼續(xù)我們的新分支開發(fā)：
修改readme.txt最后一行瓶竭，改為：
Creating a new branch is quick AND simple.
這樣readme.txt的內(nèi)容就變?yōu)榱耍?/p>
然后在feature1分支上提交：
然后切換到master分支：
在master分支上把readme.txt文件的最后一行改為：
Creating a new branch is quick & simple.
這樣master分支上的readme.txt文件就變成了：
提交：
現(xiàn)在，master分支和feature1分支各自都分別有新的提交渠羞，變成了這樣：
這種情況下斤贰，Git無(wú)法執(zhí)行“快速合并”，只能試圖把各自的修改合并起來(lái)次询，但這種合并就可能會(huì)有沖突荧恍，我們?cè)囋嚳矗?/p>
果然沖突了！Git告訴我們渗蟹，readme.txt文件存在沖突块饺，必須手動(dòng)解決沖突后再提交。git status也可以告訴我們沖突的文件：
我們可以打開readme.txt文件來(lái)看下現(xiàn)在是什么內(nèi)容：
Git用<<<<<<<雌芽，=======授艰，>>>>>>>標(biāo)記出不同分支的內(nèi)容，我們修改如下后保存：
再提交：
用帶參數(shù)的git log也可以看到分支的合并情況：
最后世落，刪除feature1分支：
工作完成淮腾。
小結(jié)
當(dāng)Git無(wú)法自動(dòng)合并分支時(shí)，就必須首先解決沖突屉佳。解決沖突后谷朝，再提交，合并完成武花。
解決沖突就是把Git合并失敗的文件手動(dòng)編輯為我們希望的內(nèi)容圆凰，再提交。
用git log --graph命令可以看到分支合并圖体箕。
三专钉、分支管理策略
通常，合并分支時(shí)累铅，如果可能跃须，Git會(huì)用Fast forward模式，但這種模式下娃兽，刪除分支后菇民，會(huì)丟掉分支信息。
如果要強(qiáng)制禁用Fast forward模式，Git就會(huì)在merge時(shí)生成一個(gè)新的commit第练，這樣阔馋，從分支歷史上就可以看出分支信息。
下面我們實(shí)戰(zhàn)一下--no-ff方式的git merge：
首先复旬，仍然創(chuàng)建并切換dev分支：
修改readme.txt文件垦缅，并提交一個(gè)新的commit：
以上是我們?cè)赿ev分支上的操作；下面我們切換回master分支：
準(zhǔn)備合并dev分支驹碍，請(qǐng)注意--no-ff參數(shù)，表示禁用Fast forward：
因?yàn)楸敬魏喜⒁獎(jiǎng)?chuàng)建一個(gè)新的commit凡恍，所以加上-m參數(shù)志秃，把commit描述寫進(jìn)去。
合并后嚼酝，我們用git log看看分支歷史：
可以看到浮还，不使用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分支上合并就可以了婴谱。
小結(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分支
假如你現(xiàn)在正在dev分支上干活，但是接到通知在master分支上有一個(gè)bug需要處理十办。因?yàn)閐ev分支上的活還沒有干完秀撇，無(wú)法提交，但是master分支上的bug需要馬上處理向族。
這個(gè)就是這節(jié)所需要掌握的內(nèi)容：隱藏現(xiàn)有工作區(qū)還未提交的內(nèi)容呵燕，然后去其他分支處理bug：創(chuàng)建新的分支，在新的分支上解決內(nèi)容件相，然后融合到master分支上再扭。
舉一個(gè)實(shí)例：
比如，我們?cè)赿ev分支上修改readme.txt夜矗，添加保存了最后一句話：
這個(gè)時(shí)候因?yàn)檫€沒有干完活泛范，沒有g(shù)it add作提交，
這個(gè)時(shí)候我們git status紊撕，可以看到readme.txt屬于未提交的狀態(tài)罢荡；我們用git stash將這個(gè)工作區(qū)的內(nèi)容隱藏起來(lái)：
這個(gè)時(shí)候再來(lái)用git status來(lái)查看下：
可以看到工作區(qū)是干凈的，因?yàn)槲矣胓it stash隱藏了起來(lái)
現(xiàn)在來(lái)修復(fù)bug对扶。我們知道了bug在分支master上区赵，那么我們就在master分支上修復(fù)，就從master分支上創(chuàng)建臨時(shí)分支：
現(xiàn)在修復(fù)bug浪南，需要把“Git is free software ...”改為“Git is a free software ...”笼才，然后提交：
修復(fù)完成后，切換到master分支逞泄，并完成合并：
這樣的話bug就處理好了患整，分支issue-101融合到master上了，
接著我們?nèi)ev分支上干完剩下的活喷众。我們轉(zhuǎn)到dev分支上各谚，然后git status查看下情況：
這個(gè)是和我們一開始隱藏后查看的情況一樣，工作區(qū)還是干凈的到千，我們用git stash list來(lái)查看下是什么情況：
工作現(xiàn)場(chǎng)還在昌渤，Git把stash內(nèi)容存在某個(gè)地方了，但是需要恢復(fù)一下憔四，有兩個(gè)辦法：
一是用git stash apply恢復(fù)膀息，但是恢復(fù)后，stash內(nèi)容并不刪除了赵，你需要用git stash drop來(lái)刪除潜支；
另一種方式是用git stash pop，恢復(fù)的同時(shí)把stash內(nèi)容也刪了柿汛。
我們使用 git stash pop 來(lái)試下：
我們?cè)賮?lái)用git stash list來(lái)查看下是否有隱藏的內(nèi)容：
可以看到已經(jīng)沒有隱藏的內(nèi)容了冗酿。
我們?cè)賮?lái)打開readme.txt來(lái)看下內(nèi)容：
這個(gè)就是一開始干活自己編輯的內(nèi)容，現(xiàn)在看到這個(gè)，就說(shuō)明隱藏的內(nèi)容已經(jīng)回來(lái)了裁替。
小結(jié)
修復(fù)bug時(shí)项玛，我們會(huì)通過(guò)創(chuàng)建新的bug分支進(jìn)行修復(fù)，然后合并弱判，最后刪除襟沮；
當(dāng)手頭工作沒有完成時(shí)，先把工作現(xiàn)場(chǎng)git stash一下昌腰，然后去修復(fù)bug开伏，修復(fù)后，再git stash pop遭商，回到工作現(xiàn)場(chǎng)硅则。
五、Feature分支
假如你創(chuàng)建一個(gè)Feature分支株婴，在上面開發(fā)了一個(gè)功能，完了以后等到想合并Feature分支到dev分支上的時(shí)候暑认，這個(gè)時(shí)候突然改變需求：需要?jiǎng)h除Feature分支困介。
這個(gè)就是這節(jié)需要掌握的內(nèi)容：強(qiáng)行刪除一個(gè)沒有被合并過(guò)的分支。
軟件開發(fā)中蘸际，總有無(wú)窮無(wú)盡的新的功能要不斷添加進(jìn)來(lái)座哩。
添加一個(gè)新功能時(shí)，你肯定不希望因?yàn)橐恍?shí)驗(yàn)性質(zhì)的代碼粮彤，把主分支搞亂了根穷，所以，每添加一個(gè)新功能导坟，最好新建一個(gè)feature分支屿良，在上面開發(fā)，完成后惫周，合并尘惧，最后，刪除該feature分支递递。
現(xiàn)在喷橙，你終于接到了一個(gè)新任務(wù)：開發(fā)代號(hào)為Vulcan的新功能。
于是準(zhǔn)備開發(fā)：
開發(fā)的文件是vulcan.txt：
然后我們git add和git commit提交：
切回dev分支登舞，準(zhǔn)備把feature-vulcan分支合并到dev分支上：
但是贰逾，還沒合并的時(shí)候，現(xiàn)在不需要合并了菠秒，且需要銷毀feature-vulcan分支：
但是我們看到疙剑，用我們之前學(xué)過(guò)的git branch -d 是銷毀不掉的，提示是feature-vulcan這個(gè)分支還沒有被完全合并，我覺得這樣提醒是合理的核芽，因?yàn)槲覀儎?chuàng)建了這個(gè)feature-vulcan分支囚戚，如果就這樣常規(guī)動(dòng)作就銷毀這個(gè)分支，我們很容易就在融合這個(gè)分支前就銷魂這個(gè)分支而導(dǎo)致數(shù)據(jù)丟失轧简，這個(gè)算是提醒驰坊，而且也說(shuō)了，如果真的想刪除哮独，運(yùn)行g(shù)it branch -D拳芙，
現(xiàn)在我們強(qiáng)行刪除：
小結(jié)
開發(fā)一個(gè)新feature，最好新建一個(gè)分支皮璧；
如果要丟棄一個(gè)沒有被合并過(guò)的分支舟扎，可以通過(guò)git branch -D <name>強(qiáng)行刪除。
六悴务、多人協(xié)作
這一章講述的是關(guān)于在項(xiàng)目中工作的有關(guān)情景睹限，包括推送本地倉(cāng)庫(kù)到遠(yuǎn)程倉(cāng)庫(kù)，還包括當(dāng)你和你的同事都在相同的分支上完成項(xiàng)目讯檐，然后推送到遠(yuǎn)程的時(shí)候羡疗，遇到了沖突
這一節(jié)所必須掌握的內(nèi)容是：1、推送本地倉(cāng)庫(kù)到遠(yuǎn)程倉(cāng)庫(kù)别洪；2叨恨、抓取分支
當(dāng)從遠(yuǎn)程倉(cāng)庫(kù)克隆時(shí)，實(shí)際上就是把本地的master分支和遠(yuǎn)程倉(cāng)庫(kù)的master分支對(duì)應(yīng)起來(lái)挖垛，且痒钝，遠(yuǎn)程倉(cāng)庫(kù)的默認(rèn)名稱是origin。
要查看遠(yuǎn)程庫(kù)的信息痢毒，用git remote：
或者用git remote -v顯示更詳細(xì)的信息：
上面顯示了可以抓人途亍（fetch）和推送（push）的origin的地址（這個(gè)地址是我在前面學(xué)習(xí)的課程中建立的）。如果沒有推送權(quán)限闸准，就看不到push的地址益愈。
推送分支
推送分支，就是把該分支上所有的本地提交推送到遠(yuǎn)程庫(kù)夷家。推送時(shí)蒸其，要指定本地分支，這樣Git就會(huì)把你指定的本地分支推送到遠(yuǎn)程庫(kù)中對(duì)應(yīng)的遠(yuǎn)程分支上：
按我的理解库快，這條指令中摸袁，origin是遠(yuǎn)程倉(cāng)庫(kù)的名字，master是本地倉(cāng)庫(kù)的名字义屏。所以在這條指令中靠汁，必須要有遠(yuǎn)程倉(cāng)庫(kù)和本地倉(cāng)庫(kù)蜂大，這樣才可以對(duì)應(yīng)起來(lái)，把本地倉(cāng)庫(kù)的內(nèi)容推到遠(yuǎn)程倉(cāng)庫(kù)中去蝶怔。
我的遠(yuǎn)程倉(cāng)庫(kù)在GitHub上奶浦，可以看到，更新已經(jīng)推上去了：
但是踢星，并不是一定要把本地分支往遠(yuǎn)程推送澳叉，那么，哪些分支需要推送沐悦，哪些不需要呢成洗？
master分支是主分支，因此要時(shí)刻與遠(yuǎn)程同步藏否；
dev分支是開發(fā)分支瓶殃，團(tuán)隊(duì)所有成員都需要在上面工作，所以也需要與遠(yuǎn)程同步副签；
bug分支只用于在本地修復(fù)bug遥椿，就沒必要推到遠(yuǎn)程了，除非老板要看看你每周到底修復(fù)了幾個(gè)bug淆储；
feature分支是否推到遠(yuǎn)程修壕，取決于你是否和你的小伙伴合作在上面開發(fā)。
抓取分支
多人協(xié)作的時(shí)候遏考，大家都會(huì)往遠(yuǎn)程倉(cāng)庫(kù)中的master和dev分支上推送各自的修改，
現(xiàn)在蓝谨，模擬一個(gè)你的小伙伴灌具，可以在另一臺(tái)電腦（注意要把SSH Key添加到GitHub）或者同一臺(tái)電腦的另一個(gè)目錄下克隆，
現(xiàn)在我就在同一臺(tái)電腦上譬巫，找下別的目錄（C:\Users\Administrator\gitskills）咖楣，來(lái)克隆一下來(lái)自遠(yuǎn)程端的內(nèi)容到這個(gè)別的目錄中：
去相關(guān)的目錄下，可以看到learngit文件夾已經(jīng)到了gitskills中（之前gitskills中只有README.md文件）芦昔。
中間出現(xiàn)了一個(gè)小插曲：
在上面我們用git remote -v來(lái)查看遠(yuǎn)程倉(cāng)庫(kù)的具體信息诱贿，我們看到的是github.com后面是/，但是咕缎，我使用了這個(gè)/珠十，git竟然找不到遠(yuǎn)程倉(cāng)庫(kù)：
可以看到，上面兩個(gè)截圖的遠(yuǎn)程地址凭豪，差別只是在一個(gè)是冒號(hào)焙蹭，另一個(gè)是/。/這個(gè)無(wú)法使用嫂伞，所以我們今后只能用github.com后面是冒號(hào)孔厉。
當(dāng)你的小伙伴從遠(yuǎn)程庫(kù)clone時(shí)（也就是我在同一個(gè)電腦的另一個(gè)目錄下模擬的）拯钻，默認(rèn)情況下，你的小伙伴只能看到本地的master分支撰豺。不信可以用git branch命令看看：
這段按我的理解是粪般，master分支是本地目錄默認(rèn)的，所以也就只能看到master分支污桦。
現(xiàn)在亩歹，你的小伙伴要在dev分支上開發(fā)，就必須創(chuàng)建遠(yuǎn)程origin分支到本地寡润，于是他用這個(gè)命令創(chuàng)建本地dev分支：
這之中出現(xiàn)了一個(gè)小問(wèn)題捆憎，廖老師的網(wǎng)站是這樣寫的：
所以一開始我也是這樣寫的，但是怎么創(chuàng)建都創(chuàng)建不了：
后來(lái)我想梭纹，其實(shí)我也想到我在GitHub上沒有origin/dev分支躲惰，我想我有l(wèi)earngit倉(cāng)庫(kù)，我也就又試了下這個(gè)：
也是出現(xiàn)了相同的結(jié)果变抽。后來(lái)我就想础拨，我在遠(yuǎn)端只有一個(gè)origin，我就只寫了這個(gè)绍载，沒有在后面帶上斜杠以及任何東西诡宗，就創(chuàng)建成功了，我想廖老師所說(shuō)的那樣的情況击儡，是因?yàn)榱卫蠋無(wú)rigin上有dev分支塔沃。
然后，小伙伴就可以在dev上繼續(xù)修改（在此添加了新的內(nèi)容env.txt）阳谍，保存蛀柴，然后，把dev分支push到遠(yuǎn)程：
這樣我的小伙伴已經(jīng)推送完了他的修改〗煤唬現(xiàn)在就該我了鸽疾，我就在我之前所在的目錄（learngit）中，做一個(gè)同樣的修改（增加env.txt）:
修改完成后训貌，我也做同樣的提交并且推送：
我試了好幾次制肮，都是推送成功，不知道怎么才能做出因沖突而推送失敗的操作递沪。
那就繼續(xù)按著老師所說(shuō)的內(nèi)容繼續(xù)下去：
推送失敗豺鼻，因?yàn)槟愕男』锇榈淖钚绿峤缓湍阍噲D推送的提交有沖突，解決辦法也很簡(jiǎn)單款慨，Git已經(jīng)提示我們拘领，先用git pull把最新的提交從origin/dev抓下來(lái)，然后樱调，在本地合并约素，解決沖突届良，再推送：
git pull
There is no tracking information for the current branch.
Please specify which branch you want to merge with.
See git-pull(1) for details.
git pull <remote> <branch>
If you wish to set tracking information for this branch you can do so with:
git branch --set-upstream-to=origin/<branch> dev
git pull也失敗了，原因是沒有指定本地dev分支與遠(yuǎn)程origin/dev分支的鏈接圣猎，根據(jù)提示士葫，設(shè)置dev和origin/dev的鏈接：
git branch --set-upstream-to=origin/dev dev
Branch 'dev' set up to track remote branch 'dev' from 'origin'.
再pull：
git pull
Auto-merging env.txt
CONFLICT (add/add): Merge conflict in env.txt
Automatic merge failed; fix conflicts and then commit the result.
這回git pull成功，但是合并有沖突送悔，需要手動(dòng)解決慢显，解決的方法和分支管理中的解決沖突完全一樣。解決后欠啤，提交荚藻，再push：
git commit -m "fix env conflict"
[dev 57c53ab] fix env conflict
git push origin dev
Counting objects: 6, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (4/4), done.
Writing objects: 100% (6/6), 621 bytes | 621.00 KiB/s, done.
Total 6 (delta 0), reused 0 (delta 0)
To github.com:michaelliao/learngit.git
7a5e5dd..57c53ab dev -> dev
因此，多人協(xié)作的工作模式通常是這樣
首先洁段，可以試圖用git push origin <branch-name>推送自己的修改应狱；
如果推送失敗，則因?yàn)檫h(yuǎn)程分支比你的本地更新祠丝，需要先用git pull試圖合并疾呻；
如果合并有沖突，則解決沖突写半，并在本地提交岸蜗；
沒有沖突或者解決掉沖突后，再用git push origin <branch-name>推送就能成功叠蝇！
如果git pull提示no tracking information璃岳，則說(shuō)明本地分支和遠(yuǎn)程分支的鏈接關(guān)系沒有創(chuàng)建，用命令git branch --set-upstream-to <branch-name> origin/<branch-name>悔捶。
這就是多人協(xié)作的工作模式矾睦，一旦熟悉了，就非常簡(jiǎn)單炎功。
小結(jié)
查看遠(yuǎn)程庫(kù)信息，使用git remote -v缓溅；
本地新建的分支如果不推送到遠(yuǎn)程蛇损，對(duì)其他人就是不可見的；
從本地推送分支坛怪，使用git push origin branch-name淤齐，如果推送失敗，先用git pull抓取遠(yuǎn)程的新提交袜匿；
在本地創(chuàng)建和遠(yuǎn)程分支對(duì)應(yīng)的分支更啄，使用git checkout -b branch-name origin/branch-name，本地和遠(yuǎn)程分支的名稱最好一致居灯；
建立本地分支和遠(yuǎn)程分支的關(guān)聯(lián)祭务，使用git branch --set-upstream branch-name origin/branch-name内狗；
從遠(yuǎn)程抓取分支，使用git pull义锥，如果有沖突柳沙，要先處理沖突。
以上是我看廖雪峰老師的網(wǎng)站拌倍，然后做的學(xué)習(xí)摘抄赂鲤，無(wú)意侵犯老師作品，如有侵犯柱恤，我會(huì)刪除数初。
