該篇文章為學習廖雪峰git教程的總結茧泪，具體可移步廖雪峰老師git教程網站
Git介紹
Git是分布式版本控制系統(tǒng)蜓氨。
Git由Linux之父linus為了管理linux版本創(chuàng)造的，用c語言實現(xiàn)队伟。
版本控制系統(tǒng)分為分布式和集成式兩種穴吹，分布式的為git，集成式的有CVS和SVN嗜侮。
集成式的版本控制系統(tǒng)有一個中央服務器港令，版本庫都存放在中央服務器中，如果有人要干活需要先從中央服務器中下載下來锈颗，干完活后要繼續(xù)上傳到中央服務器顷霹。集中式的版本控制系統(tǒng)需要聯(lián)網才能使用，如果不能聯(lián)網宜猜，則不能上傳到中央服務器泼返。
分布式的版本控制系統(tǒng)是每個本地庫都有一個完整的版本庫，工作的時候不需要聯(lián)網姨拥，只要Push到本地庫就可以绅喉，相互之間只需要交換修改的文件給對方就可以渠鸽，為了方便的相互交換修改的文件，分布式版本控制也有一個版本庫柴罐，該版本庫的目的是為了交換文件的方便徽缚。
集中式和分布式的最大區(qū)別就在于，集中式需要聯(lián)網革屠，如果集中式中央服務器損壞凿试，每個人都不能干活，分布式的由于每個人本地都有一個版本庫似芝，因此安全性很高那婉，即使其中一個人的版本庫損壞，只要從另一個人那里復制過來就好党瓮，而且不需要聯(lián)網详炬。
Git安裝
Windows安裝：
- 從git官網下載git，默認選項進行安裝寞奸。
- 安裝完成后呛谜，打開git bash，如果可以打開代表git安裝成功枪萄。
- 安裝成功后還需要設置用戶名和郵箱隐岛。用戶名和郵箱唯一的標識一臺機器，
--global參數(shù)的表示這臺機器上所有的git倉庫都會使用這個配置瓷翻，當然也可以對某個倉庫指定不同的用戶名和Email地址聚凹。在命令行輸入：
git config --global user.name "your name"
git config --global user.email "email@example.com"
git使用之創(chuàng)建版本庫：
創(chuàng)建版本庫并初始化
- 版本庫又名倉庫，英文名為
repository逻悠，在你想要的工作目錄中創(chuàng)建一個空目錄元践，創(chuàng)建版本庫的命令為（使用windows盡量確保目錄名中不包含中文）：
mkdir learngit
cd learngit
pwd
pwd命令為列出當前目錄，即該目錄即為自己定義的git版本庫地址童谒。
-
git init：將該目錄變成git可以管理的倉庫单旁。
執(zhí)行完該操作后會在當前目錄下生成一個.git目錄，該目錄用來跟蹤管理版本庫饥伊，不要輕易修改象浑∩舐郑可以使用ls -ah來查看狈惫。
$ git init
Initialized empty Git repository in F:/learngit/.git/
$ ls -ah
./ ../ .git/
將文件添加到版本庫
所有的版本控制只能跟蹤文件的改動洼专，比如txt文件屠凶、網頁等。版本控制系統(tǒng)可以高筍每次的改動癞埠，比如在第5行加了已給單詞
linux弃榨，圖片蠢笋、視頻等二進制文件，雖然也能油版本控制系統(tǒng)管理驰贷。但沒辦法跟蹤文件的變化盛嘿，即只能指定圖片大小的變化，但圖片到底改變什么了括袒，git不知道次兆。
- 在
learngit文件夾下編寫一個readme.txt文件，內容如下：
Git is a version control system.
Git is free software.
- 使用
git add命令將文件添加到倉庫锹锰，運行后無任何顯示代表操作成功：
$ git add readme.txt - 使用
git commit命令將文件提交到倉庫：
$ git commit -m "wrote a readme file"
[master (root-commit) eaadf4e] wrote a readme file
1 file changed, 2 insertions(+)
create mode 100644 readme.txt
-m參數(shù)是本次提交的說明芥炭，說明本次改動的東西，最好加上改動說明恃慧，可以在版本回退中找到改動記錄园蝠。
git commit命令成功后，顯示1 file changed：1個文件被改動（新添加的readme.txt文件）糕伐；2 insertions：插入了兩行內容（readme.txt有兩行內容）砰琢。
- commit可以一次提交很多文件，可以多次add不同的文件良瞧，比如：
$ git add file1.txt
$ git add file2.txt file3.txt
$ git commit -m "add 3 files."
- 如果要提交一個文件夾，使用
git add work/训唱，work為提交的文件夾褥蚯，文件夾下最好有一個文件，或者創(chuàng)建一個空文件况增。
時光機穿梭
修改文件并提交
- 修改readme.txt文件內容赞庶，修改為如下內容：
Git is a distributed version control system.
Git is free software.
- 運行
git status命令，查看版本庫當前狀態(tài)澳骤，結果如下：
$ git status
On branch master
Changes not staged for commit:
(use "git add <file>..." to update what will be committed)
(use "git checkout -- <file>..." to discard changes in working directory)
modified: readme.txt
no changes added to commit (use "git add" and/or "git commit -a")
git status顯示readme.txt文件被修改歧强，但是還沒有提交修改。
-
git diff命令查看文件的修改：
$ git diff readme.txt
diff --git a/readme.txt b/readme.txt
index 46d49bf..9247db6 100644
--- a/readme.txt
+++ b/readme.txt
@@ -1,2 +1,2 @@
-Git is a version control system.
+Git is a distributed version control system.
Git is free software.
上述結果顯示第一行添加了distributed單詞为肮。
- 使用
git add添加修改文件 和git status命令查看當前版本庫狀態(tài)：
$ git add readme.txt
$ git status
On branch master
Changes to be committed:
(use "git reset HEAD <file>..." to unstage)
modified: readme.txt
可以看到將要被提交的修改包括readme.txt文件
-
git commit命令提交文件摊册、git status命令查看狀態(tài)：
$ git commit -m "add contributed"
[master e475afc] add distributed
1 file changed, 1 insertion(+), 1 deletion(-)
# git status
On branch master
nothing to commit, working tree clean
git顯示沒有需要提交的修改，而且目錄樹是干凈的颊艳。
版本回退
- 修改readme.txt文件并提交：
Git is a distributed version control system.
Git is free software distributed under thr GPL.
$ git add readme.txt
$ git commit -m "append GPL"
[master 1094adb] append GPL
1 file changed, 1 insertion(+), 1 deletion(-)
-
git log命令查看版本歷史茅特，可以看到三次文件提交：
$ git log
commit xxxxxxxxxxxxxxx (HEAD -> master)
Author: xxx <email@example.com>
Date: Fri May 18 21:06:15 2018 +0800
append GPL
commit xxxxxxxxxxxxxxxx
Author: xxx <email@example.com>
Date: Fri May 18 21:03:36 2018 +0800
add distributed
commit xxxxxxxxxxxxxxxx
Author: xxx <email@example.com>
Date: Fri May 18 20:59:18 2018 +0800
wrote a readme file
--pretty=online參數(shù)可以簡化信息，將每次的提交壓縮為一行信息棋枕。
一長串的數(shù)字是commit id白修，為SHA1計算出來的十六進制數(shù)字，作為版本號重斑。
- git中要回退到上一個版本兵睛，需要知道當前為哪個版本，git中
HEAD為當前版本，上一個版本為HEAD^祖很，上上一個版本為HEAD^^笛丙，git reset命令回退版本：
$ git reset --hard HEAD^
HEAD is now at e475afc add distributed
命令顯示回退成功，打開readme.txt文件可以看到文件內容為第二次提交的內容突琳，即文件被還原若债，版本回退成功：
Git is a distributed version control system.
Git is free software.
-
git log查看當前版本狀態(tài)：
$ git log
commit xxxxxxxxxxxxxxxx
Author: xxx <email@example.com>
Date: Fri May 18 21:03:36 2018 +0800
add distributed
commit xxxxxxxxxxxxxxxx
Author: xxx <email@example.com>
Date: Fri May 18 20:59:18 2018 +0800
wrote a readme file
可以看到，最新的版本append GPL已經看不到了拆融。
- 如果要回到最新的版本狀態(tài)蠢琳，可以查看剛剛輸出的版本號就可以回退，繼續(xù)使用
git reset命令：
$ git reset -hard 1094a
HEAD is now at 83b0afe append GPL
- 即使把命令行窗口關掉也可以查看最新版本的版本號镜豹，
git reflog命令會記錄每一次命令：
$ git reflog
e475afc HEAD@{1}: reset: moving to HEAD^
1094adb (HEAD -> master) HEAD@{2}: commit: append GPL
e475afc HEAD@{3}: commit: add distributed
eaadf4e HEAD@{4}: commit (initial): wrote a readme file
從而可以找到所有版本的版本號傲须，隨意回退版本。
工作區(qū)和暫存區(qū)
工作區(qū)：在電腦里能看到的目錄趟脂，比如learngit文件夾就是一個工作區(qū)泰讽。
版本庫：工作區(qū)有一個隱藏目錄為.git，這個隱藏目錄為git的版本庫昔期。
.git版本庫里包含了一個stage(或者index)暫存區(qū)已卸，和git創(chuàng)建的第一個分支master，以及指向master的一個指針HEAD硼一。如圖：
版本庫構造
Git添加文件包括兩個步驟
git add和git commit累澡。
-
git add：把文件修改添加到暫存區(qū)； -
git commit：把暫存區(qū)的所有內容提交到當前分支般贼。
git diff命令比較的是工作區(qū)文件和緩沖區(qū)文件的區(qū)別（修改后未git add）愧哟，git diff --cached比較的是暫存區(qū)和分支的不同。
管理修改
- 修改文件為如下內容并
git add：
Git is a distributed version control system.
Git is free software distributed under the GPL.
Git has a mutable index called stage.
Git tracks changes.
$ git add readme.txt
-
git status查看當前狀態(tài)：
$ git status
On branch master
Changes to be committed:
(use "git reset HEAD <file>..." to unstage)
modified: readme.txt
- 再一次修改readme.txt文件為如下內容：
Git is a distributed version control system.
Git is free software distributed under the GPL.
Git has a mutable index called stage.
Git tracks changes of files.
-
git diff命令查看不同哼蛆，結果為：
$ git diff
diff --git a/readme.txt b/readme.txt
index 2fee5ed..38abd26 100644
--- a/readme.txt
+++ b/readme.txt
@@ -1,4 +1,4 @@
Git is a distributed version control system.
Git is free software distributed under the GPL.
Git has a mutable index called stage.
-Git tracks changes.
\ No newline at end of file
+Git tracks changes of files.
\ No newline at end of file
可以看出git diff命令查看的是工作區(qū)和暫存區(qū)的內容區(qū)別蕊梧。
使用git diff --cached或git diff --staged命令，結果如下：
$ git diff --staged
diff --git a/readme.txt b/readme.txt
index 4f59fcc..2fee5ed 100644
--- a/readme.txt
+++ b/readme.txt
@@ -1,2 +1,4 @@
Git is a distributed version control system.
-Git is free software distributes under the GPL.
\ No newline at end of file
+Git is free software distributed under the GPL.
+Git has a mutable index called stage.
+Git tracks changes.
\ No newline at end of file
可以看出這兩個命令檢查的是暫存區(qū)和分支的區(qū)別腮介。
-
git commit提交肥矢，git status查看狀態(tài)：
$ git commit -m "git tracks changes"
[master 05f1e19] git tracks changes
1 file changed, 3 insertions(+), 1 deletion(-)
$ git status
On branch master
Changes not staged for commit:
(use "git add <file>..." to update what will be committed)
(use "git checkout -- <file>..." to discard changes in working directory)
modified: readme.txt
no changes added to commit (use "git add" and/or "git commit -a")
可以看出這次提交的是剛剛的第一次提交，也就是暫存區(qū)中的內容萤厅，第二次修改沒有被提交橄抹。
- 使用命令
git diff HEAD -- readme.txt命令查看工作區(qū)和版本庫里面最新版本的區(qū)別：
$ git diff HEAD -- readme.txt
diff --git a/readme.txt b/readme.txt
index 2fee5ed..38abd26 100644
--- a/readme.txt
+++ b/readme.txt
@@ -1,4 +1,4 @@
Git is a distributed version control system.
Git is free software distributed under the GPL.
Git has a mutable index called stage.
-Git tracks changes.
\ No newline at end of file
+Git tracks changes of files.
\ No newline at end of file
- 可以先不提交第一次修改，可以先添加第二次修改惕味，在提交楼誓，這樣可以一次性把兩次修改合并后提交。
撤銷修改
- 當你改亂了工作區(qū)某個文件的內容名挥，想直接丟棄工作區(qū)的修改時疟羹，用命令
git checkout -- file。 - 當你不但改亂了工作區(qū)某個文件的內容，還添加到了暫存區(qū)時榄融，想丟棄修改参淫，分兩步，第一步用命令
git reset HEAD <file>愧杯，就回到了1涎才，第二步按1操作。 - 已經提交了不合適的修改到版本庫時力九，想要撤銷本次提交耍铜，參考[版本回退]一節(jié)，不過前提是沒有推送到遠程庫跌前。
刪除文件
- 新添加一個文件
test.txt到git并提交：
$ git add test.txt
$ git commit -m "add test.txt"
[master b84166e] add test.txt
1 file changed, 1 insertion(+)
create mode 100644 test.txt
- 把文件
test.txt刪除棕兼，執(zhí)行git status命令：
$ git status
On branch master
Changes not staged for commit:
(use "git add/rm <file>..." to update what will be committed)
(use "git checkout -- <file>..." to discard changes in working directory)
deleted: test.txt
no changes added to commit (use "git add" and/or "git commit -a")
-
git rm命令從版本庫中刪除該文件，并git commit
$ git rm test.txt
rm 'test.txt'
$ git commit -m "remove test.txt"
[master d46f35e] remove test.txt
1 file changed, 1 deletion(-)
delete mode 100644 test.txt
- 如果文件被誤刪抵乓，因為版本庫中存放有文件伴挚，可以使用
git checkout -- test.txt命令將誤刪的文件恢復到最新版本，git checkout命令其實是用版本庫里的版本替換工作區(qū)的版本灾炭，無論工作區(qū)是修改還是刪除茎芋，都可以還原，但是如果文件從來沒有提交到版本庫蜈出，是無法還原的败徊。
遠程倉庫
創(chuàng)建github遠程倉庫
- 因為本地倉庫和github遠程倉庫之間的傳輸是通過SSH加密的，隱藏首先創(chuàng)建SSH key掏缎。打開git bash，創(chuàng)建SSH key煤杀，一路回車即可:
$ ssh-keygen -t rsa -C "youreamil@example.com"
- 進入主目錄眷蜈，輸入
ls -ah可以查看到有.ssh目錄，里面有id_rsa和id_rsa.pub兩個文件沈自，這兩個文件即為SSH key的密鑰對酌儒，id_rsa為私鑰，不能泄露出去枯途，id_rsa.pub為公鑰忌怎。 - 登錄github，打開
settings酪夷，SSH and GPG keys頁面榴啸，點擊new SSH key，填上任意標題晚岭，在Key文本框里粘貼id_rsa.pub的內容鸥印，點擊add SSH key即可成功看到自己添加的ssh key。
添加遠程庫
- 登錄github，創(chuàng)建一個新的倉庫learngit库说。
- 把本地倉庫的內容推送到github倉庫上狂鞋，運行如下命令：
$ git remote add origin git@github.com:yourname/learngit.git
記得把yourname改成你自己的Github賬戶名，否則關聯(lián)不上遠程庫潜的。添加后遠程庫的名字為origin骚揍，這是git默認的叫法，也可以改成別的啰挪，但是origin這個名字一看就知道是遠程庫信不。
- 把本地庫的所有內容推送到遠程庫上：
$ git push -u origin master
Counting objects: 20, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (15/15), done.
Writing objects: 100% (20/20), 1.64 KiB | 560.00 KiB/s, done.
Total 20 (delta 5), reused 0 (delta 0)
remote: Resolving deltas: 100% (5/5), done.
To github.com:michaelliao/learngit.git
* [new branch] master -> master
Branch 'master' set up to track remote branch 'master' from 'origin'.
由于遠程庫是空的，我們第一次推送master分支時脐供，加上了-u參數(shù)浑塞，Git不但會把本地的master分支內容推送的遠程新的master分支，還會把本地的master分支和遠程的master分支關聯(lián)起來政己，在以后的推送或者拉取時就可以簡化命令酌壕。
推送成功后，可以立刻在github頁面中看到遠程庫的內容和本地一模一樣歇由。
- SSH警告：
當?shù)谝淮问褂肎it的clone或者push命令連接GitHub時卵牍，會得到一個警告：
The authenticity of host 'github.com (xx.xx.xx.xx)' can't be established.
RSA key fingerprint is xx.xx.xx.xx.xx.
Are you sure you want to continue connecting (yes/no)?
這是因為Git使用SSH連接，而SSH連接在第一次驗證GitHub服務器的Key時沦泌，需要你確認GitHub的Key的指紋信息是否真的來自GitHub的服務器糊昙，輸入yes回車即可。
Git會輸出一個警告谢谦，告訴你已經把GitHub的Key添加到本機的一個信任列表里了：
Warning: Permanently added 'github.com' (RSA) to the list of known hosts.
這個警告只會出現(xiàn)一次释牺，后面的操作就不會有任何警告了。
如果你實在擔心有人冒充GitHub服務器回挽，輸入yes前可以對照[GitHub的RSA Key的指紋信息]是否與SSH連接給出的一致没咙。
- 現(xiàn)在已經有了真正的分布式版本庫，只要本地作了提交千劈，可以使用如下命令推送最新修改：
git push origin master
從遠程庫克隆
- 登錄Github祭刚，找到一個想要克隆的庫，使用
git clone命令克隆一個本地庫：
$ git clone git@github.com:yourname/xxx.git
Cloning into 'xxx'...
remote: Counting objects: 3, done.
remote: Total 3 (delta 0), reused 0 (delta 0), pack-reused 3
Receiving objects: 100% (3/3), done.
- 注意把git庫的地址換成自己的墙牌，然后進入下載下來的庫看涡驮，可以看到有相應的文件。
- git支持多種協(xié)議喜滨，也可以使用https協(xié)議捉捅，但通過ssh支持的原生git協(xié)議速度最快。
分支管理
在版本回退里鸿市，每次提交锯梁，Git都把它們串成一條時間線即碗，這條時間線就是一個分支。截止到目前陌凳，只有一條時間線剥懒，在Git里，這個分支叫主分支合敦，即master分支初橘。HEAD嚴格來說不是指向提交，而是指向master充岛，master才是指向提交的保檐，所以，HEAD指向的就是當前分支崔梗。
一開始的時候夜只，master分支是一條線，Git用master指向最新的提交蒜魄，再用HEAD指向master扔亥，就能確定當前分支，以及當前分支的提交點谈为。
每次提交旅挤，master分支都會向前移動一步，這樣伞鲫，隨著你不斷提交粘茄，master分支的線也越來越長，
當我們創(chuàng)建新的分支秕脓，例如dev時柒瓣，Git新建了一個指針叫dev，指向master相同的提交吠架，再把HEAD指向dev嘹朗，就表示當前分支在dev上：
Git創(chuàng)建一個分支很快，因為除了增加一個
dev指針诵肛，改改HEAD的指向，工作區(qū)的文件都沒有任何變化默穴！不過怔檩，從現(xiàn)在開始，對工作區(qū)的修改和提交就是針對
dev分支了蓄诽，比如新提交一次后薛训，dev指針往前移動一步，而master指針不變：假如我們在
dev上的工作完成了仑氛，就可以把dev合并到master上乙埃。Git怎么合并呢闸英？最簡單的方法，就是直接把master指向dev的當前提交介袜，就完成了合并：
所以Git合并分支也很快甫何！就改改指針，工作區(qū)內容也不變遇伞！
合并完分支后辙喂，甚至可以刪除
dev分支。刪除dev分支就是把dev指針給刪掉鸠珠，刪掉后巍耗，我們就剩下了一條master分支：
創(chuàng)建與合并分支
- 創(chuàng)建
dev分支，然后切換到dev分支：
$ git checkout -b dev
Switched to a new branch 'dev'
git checkout命令加上-b參數(shù)表示創(chuàng)建并切換渐排，相當于以下兩條命令：
$ git branch dev
$ git checkout dev
Switched to branch 'dev'
-
git branch命令會列出所有分支炬太，當前分支前面會標一個*號。查看當前分支：
$ git branch
* dev
master
- 在
dev分支上正常提交驯耻，比如對readme.txt做個修改亲族，加上一行，然后提交：
Creating a new branch is quick.
$ git add readme.txt
$ git commit -m "branch test"
[dev b17d20e] branch test
1 file changed, 1 insertion(+)
- dev分支工作完成吓歇，切回到master分支孽水，再查看readme.txt文件，剛才添加的內容不見了,因為那個提交是在dev分支上城看，而master分支此刻的提交點并沒有變：
$ git checkout master
Switched to branch 'master'
- 將dev分支上的內容合并到master上：
$ git merge dev
Updating d46f35e..b17d20e
Fast-forward
readme.txt | 1 +
1 file changed, 1 insertion(+)
git merge命令用于合并指定分支到當前分支女气。合并后，再查看readme.txt的內容测柠，就可以看到炼鞠，和dev分支的最新提交是完全一樣的。
注意到上面的Fast-forward信息轰胁，Git告訴我們谒主，這次合并是“快進模式”，也就是直接把master指向dev的當前提交赃阀，所以合并速度非出希快。
- 合并完成后榛斯，刪除dev分支：
$ git branch -d dev
Deleted branch dev (was b17d20e).
- 查看當前分支观游，只有master分支：
$ git branch
* master
解決沖突
- 準備新的分支
feature1：
$ git checkout -b feature1
Switched to a new branch 'feature1'
- 修改
readme.txt最后一行，改為：Creating a new branch is quick AND simple. - 在
feature1分支上提交：
$ git add readme.txt
$ git commit -m "AND simple"
[feature1 14096d0] AND simple
1 file changed, 1 insertion(+), 1 deletion(-)
- 切換到
master分支驮俗，Git還會自動提示我們當前master分支比遠程的master分支要超前1個提交懂缕。：
$ git checkout master
Switched to branch 'master'
Your branch is ahead of 'origin/master' by 1 commit.
(use "git push" to publish your local commits)
- 在master分支上修改readme.txt文件最后一行，并提交：
Creating a new branch is quick & simple.
$ git add readme.txt
$ git commit -m "& simple"
[master 5dc6824] & simple
1 file changed, 1 insertion(+), 1 deletion(-)
-
master分支和feature1分支各自都有新的提交王凑，變成了這樣：
- 這種情況下搪柑，git無法執(zhí)行“快速合并”聋丝，只能試圖把各自的修改合并起來，但這種合并就可能會有沖突工碾，如下所示：
$ git merge feature1
Auto-merging readme.txt
CONFLICT (content): Merge conflict in readme.txt
Automatic merge failed; fix conflicts and then commit the result.
- git提示readme.txt文件存在沖突弱睦，必須手動解決沖突后在提交。
git status可以告訴我們沖突的文件：
On branch master
Your branch is ahead of 'origin/master' by 2 commits.
(use "git push" to publish your local commits)
You have unmerged paths.
(fix conflicts and run "git commit")
(use "git merge --abort" to abort the merge)
Unmerged paths:
(use "git add <file>..." to mark resolution)
both modified: readme.txt
no changes added to commit (use "git add" and/or "git commit -a")
- 直接查看
readme.txt文件的內容倚喂，Git用<<<<<<<每篷，=======，>>>>>>>標記出不同分支的內容內容如下：
Git is a distributed version control system.
Git is free software distributed under the GPL.
Git has a mutable index called stage.
Git tracks changes of files.
<<<<<<< HEAD
Creating a new branch is quick & simple.
=======
Creating a new branch is quick AND simple.
>>>>>>> feature1
- 手動修改文件如下端圈，并進行保存焦读，在提交：
Creating a new branch is quick and simple.
$ git add readme.txt
$ git commit -m "conflict fixed"
[master cf810e4] conflict fixed
-
現(xiàn)在分支變成了如下所示：
- 用
git log查看分支的合并情況：
$ git log --graph --pretty=oneline --abbrev-commit
* cf810e4 (HEAD -> master) conflict fixed
|\
| * 14096d0 (feature1) AND simple
* | 5dc6824 & simple
|/
* b17d20e branch test
* d46f35e (origin/master) remove test.txt
* b84166e add test.txt
* 519219b git tracks changes
* e43a48b understand how stage works
* 1094adb append GPL
* e475afc add distributed
* eaadf4e wrote a readme file
- 刪除分支
feature1:
$ git branch -d feature1
Deleted branch feature1 (was 14096d0).
-
git log --graph命令可以看到分支合并圖。
分支管理策略
合并分支時舱权，如果可能矗晃，Git會用Fast forward模式，但這種模式下宴倍，刪除分支后张症，會丟掉分支信息。
如果要強制禁用Fast forward模式鸵贬，Git就會在merge時生成一個新的commit俗他，這樣，從分支歷史上就可以看出分支信息阔逼。
- 創(chuàng)建并切換dev分支：
$ git checkout -b dev
Switched to a new branch 'dev'
- 修改
readme.txt文件兆衅，并提交一個新的commit：
$ git add readme.txt
$ git commit -m "add merge"
[dev f52c633] add merge
1 file changed, 1 insertion(+)
- 分支切回master，和dev分支合并嗜浮，注意使用
--no-ff參數(shù)羡亩，表示禁用Fast forward，因為本次合并要創(chuàng)建一個新的commit危融，所有要加上'-m'參數(shù)畏铆，把commit描述寫進去：
$ git checkout master
Switched to branch 'master'
$ git merge --no-ff -m "merge with no-ff" dev
Merge made by the 'recursive' strategy.
readme.txt | 1 +
1 file changed, 1 insertion(+)
-
git log查看歷史：
$ git log --graph --pretty=oneline --abbrev-commit
* e1e9c68 (HEAD -> master) merge with no-ff
|\
| * f52c633 (dev) add merge
|/
* cf810e4 conflict fixed
...
-
可以看到，不使用Fast forward模式吉殃，merge后就像這樣：
- 在實際開發(fā)中辞居，應該按照幾個基本原則進行分支管理：
master分支應該是非常穩(wěn)定的，也就是僅用來發(fā)布新版本蛋勺，平時不能在上面干活速侈；干活都在dev分支上，也就是說迫卢，dev分支是不穩(wěn)定的，到某個時候冶共，比如1.0版本發(fā)布時乾蛤，再把dev分支合并到master上每界，在master分支發(fā)布1.0版本；
你和你的小伙伴們每個人都在dev分支上干活家卖，每個人都有自己的分支眨层，時不時地往dev分支上合并就可以了。
所以上荡，團隊合作的分支看起來就像這樣：
Bug分支
- 創(chuàng)建dev分支趴樱，創(chuàng)建一個新文件
hello.py，假設該文件為有bug的文件酪捡，當要修復該文件的bug時叁征，需要創(chuàng)建一個分支來修復，但是當前正在dev上進行的工作還沒有提交逛薇，因為工作作了一半沒有辦法提交捺疼，預計完成還需一天時間，但是必須在兩個小時內修復bug永罚，怎么辦啤呼？使用git stash功能，可以把當前工作現(xiàn)場儲藏起來呢袱，等以后恢復現(xiàn)場后繼續(xù)工作：
$ git status
On branch dev
Changes not staged for commit:
(use "git add <file>..." to update what will be committed)
(use "git checkout -- <file>..." to discard changes in working directory)
modified: hello.txt
no changes added to commit (use "git add" and/or "git commit -a")
$ git stash
Saved working directory and index state WIP on dev: c3f0495 add hello.txt
- 在使用
git status查看官扣，可以看出現(xiàn)在的工作區(qū)時干凈的，可以放心的創(chuàng)建分支來修復bug羞福。
$ git status
On branch dev
nothing to commit, working tree clean
- 確定要在哪個分支上修復bug惕蹄，如果需要在master分支上修復，就從master創(chuàng)建臨時分支：
$ git checkout master
Switched to branch 'master'
Your branch is ahead of 'origin/master' by 6 commits.
(use "git push" to publish your local commits)
$ git checkout -b issue-101
Switched to a new branch 'issue-101'
- 修復bug坯临，需要把readme.txt文件的“Git is free software ...”改為“Git is a free software ...”焊唬，然后提交：
$ git add readme.txt
$ git commit -m "fix bug 101"
[issue-101 4c805e2] fix bug 101
1 file changed, 1 insertion(+), 1 deletion(-)
- 修復完成后，切換到
master分支看靠，并完成合并赶促，最后刪除issue-101分支：
$ git checkout master
Switched to branch 'master'
Your branch is ahead of 'origin/master' by 6 commits.
(use "git push" to publish your local commits)
$ git merge --no-ff -m "merged bug fix 101" issue-101
Merge made by the 'recursive' strategy.
readme.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
- bug已經被修復，回到dev分支干活挟炬，這時候工作區(qū)是干凈的：
$ git checkout dev
Switched to branch 'dev'
$ git status
On branch dev
nothing to commit, working tree clean
- 使用
git stash list查看剛剛的工作現(xiàn)場：
$ git stash list
stash@{0}: WIP on dev: f52c633 add merge
- 工作現(xiàn)場還在鸥滨，Git把stash內容存在某個地方了，但是需要恢復一下谤祖，有兩個辦法：
一是用git stash apply恢復婿滓，但是恢復后，stash內容并不刪除粥喜，需要用git stash drop來刪除凸主；
另一種方式是用git stash pop，恢復的同時把stash內容也刪了：
$ git stash pop
On branch dev
Changes to be committed:
(use "git reset HEAD <file>..." to unstage)
new file: hello.py
Changes not staged for commit:
(use "git add <file>..." to update what will be committed)
(use "git checkout -- <file>..." to discard changes in working directory)
modified: readme.txt
Dropped refs/stash@{0} (5d677e2ee266f39ea296182fb2354265b91b3b2a)
- 在用
git stash list查看额湘，就看不到任何stash的內容了卿吐∨越ⅲ可以多次stash，恢復的時候嗡官，先用git stash list查看箭窜，然后恢復指定的stash，用命令：
$ git stash apply stash@{0}
Feature分支 -D參數(shù)強制刪除分支
在開發(fā)任務中如果要開發(fā)一個新的功能衍腥，最好新建一個分支磺樱，任務開發(fā)完成后將所有分支合并，如果任務需求不再 需要婆咸，要刪除分支竹捉，因為分支沒有合并，因此使用-d參數(shù)沒有辦法刪除分支擅耽，可以使用-D參數(shù)強制刪除分支活孩，注意：強制刪除后未合并的分支沒有辦法找回來，因此實際工作中可以先不刪除乖仇，先儲藏起來憾儒，防止需求變動：
$ git branch -d feature-vulcan
error: The branch 'feature-vulcan' is not fully merged.
If you are sure you want to delete it, run 'git branch -D feature-vulcan'.
$ git branch -D feature-vulcan
Deleted branch feature-vulcan (was 287773e).
多人協(xié)作
-
git remote查看遠程庫的信息，-v參數(shù)可以顯示更詳細的信息乃沙，遠程庫默認名稱為origin：
$ git remote
origin
$ git remote -v
origin git@github.com:michaelliao/learngit.git (fetch)
origin git@github.com:michaelliao/learngit.git (push)
- 推送分支：把該分支上的所有本地提交推送到遠程庫起趾，推送時要指定本地分支，git就會把該分支推送到遠程庫對應的遠程分支上：
$ git push origin master
$ git push origin dev
- 抓取分支警儒，從遠程庫克隆時只能看到本地的master分支训裆，但是要在dev分支上作開發(fā)，必須創(chuàng)建遠程origin的dev分支到本地蜀铲，使用如下命令：
$ git checkout -b dev origin/dev
- 另一個人修改dev分支并push到遠程origin倉庫边琉，自己修改dev分支push到遠程倉庫，會顯示有沖突记劝，解決辦法就是变姨，先使用
git pull把最新的分支抓下來，本地合并厌丑，解決沖突定欧，再推送：
$ 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分支與遠程origin/de分支的鏈接怒竿，根據提示砍鸠，設置鏈接：
$ git branch --set-upstream-to=origin/dev dev
Branch 'dev' set up to track remote branch 'dev' from 'origin'.
- 在
git 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.
- 然后在手動解決沖突耕驰，然后提交爷辱，push。
多人協(xié)作的工作模式通常是這樣：
1, 可以試圖用git push origin <branch-name>推送自己的修改；
2, 如果推送失敗饭弓，則因為遠程分支比你的本地更新巩检，需要先用git pull試圖合并；
3, 如果合并有沖突示启，則解決沖突多搀，并在本地提交概漱；
4, 沒有沖突或者解決掉沖突后，再用git push origin <branch-name>推送就能成功篙挽！
如果git pull提示no tracking information冲秽，則說明本地分支和遠程分支的鏈接關系沒有創(chuàng)建舍咖，用命令git branch --set-upstream-to <branch-name> origin/<branch-name>。
標簽管理
創(chuàng)建標簽：
- 切換到需要打標簽的分支上：
$ git branch
* dev
master
$ git checkout master
Switched to branch 'master'
-
git tag <name>命令可以打一個新標簽锉桑，git tag可以查看所有標簽：
$ git tag v1.0
$ git tag
v1.0
- 默認標簽是打在最新提交的commit上的排霉。有時候，如果忘了打標簽民轴，比如攻柠，現(xiàn)在已經是周五了，但應該在周一打的標簽沒有打后裸，怎么辦瑰钮？方法是找到歷史提交的commit id，然后打上就可以了微驶，比方說要對
add merge這次提交打標簽浪谴，它對應的commit id是f52c633，再用命令git tag查看標簽：
$ git tag v0.9 f52c633
$ git tag
v0.9
v1.0
- 標簽不是按時間順序列出因苹，而是按字母排序的苟耻，可以使用
git show <tagname>查看標簽信息：
$ git show v0.9
commit xxxxxxxxx (tag: v0.9)
Author: xxx <xxx@xxx.com>
Date: Fri May 18 21:56:54 2018 +0800
add merge
diff --git a/readme.txt b/readme.txt
...
- 還可以創(chuàng)建帶有說明的標簽，用
-a指定標簽名扶檐，-m指定說明文字：
$ git tag -a v0.1 -m "version 0.1 released" 1094adb
操作分支
- 標簽打錯了凶杖，也可以刪除，因為創(chuàng)建的標簽都只存儲在本地蘸秘，不會自動推送到遠程官卡。所以，打錯的標簽可以在本地安全刪除：
$ git tag -d v0.1
Deleted tag 'v0.1' (was f15b0dd)
- 如果要推送某個標簽到遠程醋虏，使用命令
git push origin <tagname>：
$ git push origin v1.0
Total 0 (delta 0), reused 0 (delta 0)
To github.com:michaelliao/learngit.git
* [new tag] v1.0 -> v1.0
- 或者寻咒，一次性推送全部尚未推送到遠程的本地標簽：
$ git push origin --tags
Total 0 (delta 0), reused 0 (delta 0)
To github.com:michaelliao/learngit.git
* [new tag] v0.9 -> v0.9
- 如果標簽已經推送到遠程，要刪除遠程標簽就麻煩一點颈嚼，先從本地刪除,然后毛秘，從遠程刪除。刪除命令也是push，但是格式如下：
$ git tag -d v0.9
Deleted tag 'v0.9' (was f52c633)
$ git push origin :refs/tags/v0.9
To github.com:michaelliao/learngit.git
- [deleted] v0.9
