Git常用語法

[TOC]

Git簡(jiǎn)介

描述

? Git(讀音為/g?t/羡宙。)是一個(gè)開源的分布式版本控制系統(tǒng)，可以有效较幌、高速的處理從很小到非常大的項(xiàng)目版本管理。Git 是 Linus Torvalds 為了幫助管理 Linux 內(nèi)核開發(fā)而開發(fā)的一個(gè)開放源碼的版本控制軟件药蜻。

? Torvalds 開始著手開發(fā) Git 是為了作為一種過渡方案來替代 BitKeeper，后者之前一直是 Linux 內(nèi)核開發(fā)人員在全球使用的主要源代碼工具替饿。開放源碼社區(qū)中的有些人覺得BitKeeper 的許可證并不適合開放源碼社區(qū)的工作语泽，因此 Torvalds 決定著手研究許可證更為靈活的版本控制系統(tǒng)。盡管最初 Git 的開發(fā)是為了輔助 Linux 內(nèi)核開發(fā)的過程视卢，但是我們已經(jīng)發(fā)現(xiàn)在很多其他自由軟件項(xiàng)目中也使用了 Git踱卵。例如 很多 Freedesktop 的項(xiàng)目遷移到了 Git 上。

特點(diǎn)

分布式相比于集中式的最大區(qū)別在于開發(fā)者可以提交到本地，每個(gè)開發(fā)者通過克峦锷啊（git clone）妒挎，在本地機(jī)器上拷貝一個(gè)完整的Git倉(cāng)庫(kù)。

下圖是經(jīng)典的git開發(fā)過程西饵。

git-流程

Git的功能特性：

從一般開發(fā)者的角度來看酝掩，git有以下功能：

1、從服務(wù)器上克隆完整的Git倉(cāng)庫(kù)（包括代碼和版本信息）到單機(jī)上眷柔。

2期虾、在自己的機(jī)器上根據(jù)不同的開發(fā)目的，創(chuàng)建分支驯嘱，修改代碼镶苞。

3、在單機(jī)上自己創(chuàng)建的分支上提交代碼宙拉。

4宾尚、在單機(jī)上合并分支丙笋。

5谢澈、把服務(wù)器上最新版的代碼fetch下來，然后跟自己的主分支合并御板。

6锥忿、生成補(bǔ)丁（patch）怠肋，把補(bǔ)丁發(fā)送給主開發(fā)者敬鬓。

7、看主開發(fā)者的反饋笙各，如果主開發(fā)者發(fā)現(xiàn)兩個(gè)一般開發(fā)者之間有沖突（他們之間可以合作解決的沖突）钉答，就會(huì)要求他們先解決沖突，然后再由其中一個(gè)人提交杈抢。如果主開發(fā)者可以自己解決数尿，或者沒有沖突，就通過惶楼。

8右蹦、一般開發(fā)者之間解決沖突的方法，開發(fā)者之間可以使用pull 命令解決沖突歼捐，解決完沖突之后再向主開發(fā)者提交補(bǔ)丁何陆。

從主開發(fā)者的角度（假設(shè)主開發(fā)者不用開發(fā)代碼）看，git有以下功能：

1豹储、查看郵件或者通過其它方式查看一般開發(fā)者的提交狀態(tài)贷盲。

2、打上補(bǔ)丁剥扣，解決沖突（可以自己解決巩剖，也可以要求開發(fā)者之間解決以后再重新提交慨灭，如果是開源項(xiàng)目，還要決定哪些補(bǔ)丁有用球及，哪些不用）氧骤。

3、向公共服務(wù)器提交結(jié)果吃引，然后通知所有開發(fā)人員筹陵。

優(yōu)點(diǎn)：

適合分布式開發(fā)，強(qiáng)調(diào)個(gè)體镊尺。

公共服務(wù)器壓力和數(shù)據(jù)量都不會(huì)太大朦佩。

速度快、靈活庐氮。

任意兩個(gè)開發(fā)者之間可以很容易的解決沖突语稠。

離線工作。

缺點(diǎn)：

資料少（起碼中文資料很少）弄砍。

學(xué)習(xí)周期相對(duì)而言比較長(zhǎng)仙畦。

不符合常規(guī)思維。

代碼保密性差音婶，一旦開發(fā)者把整個(gè)庫(kù)克隆下來就可以完全公開所有代碼和版本信息慨畸。

工作流程

一般工作流程如下：

• 克隆 Git 資源作為工作目錄。
• 在克隆的資源上添加或修改文件衣式。
• 如果其他人修改了寸士，你可以更新資源。
• 在提交前查看修改碴卧。
• 提交修改弱卡。
• 在修改完成后，如果發(fā)現(xiàn)錯(cuò)誤住册，可以撤回提交并再次修改并提交婶博。

下圖展示了 Git 的工作流程：

it-proces

安裝Git

在linux上安裝git

yum -y install git

在mac上安裝git

一是使用homebrew安裝git。

brew install git

二是去git官網(wǎng)下載文件手動(dòng)安裝界弧。

mage-20180316120201

測(cè)試git是否安裝成功

$ git --version
git version 2.16.2

版本庫(kù)

創(chuàng)建版本庫(kù)

先創(chuàng)建一個(gè)空目錄：

$ mkdir gitest
$ cd gitest/
$ pwd
/Users/junxi/gitest

通過git init命令把這個(gè)目錄變成可以管理的倉(cāng)庫(kù)：

$ git init
Initialized empty Git repository in /Users/junxi/gitest/.git/

文件添加到版本庫(kù)

編寫一個(gè)readme.md文件凡蜻，內(nèi)容如下：

Git is a version control system.
Git is free software.

文件必須放在gitest目錄（或其子目錄）下，因?yàn)檫@是一個(gè)Git倉(cāng)庫(kù)垢箕，在倉(cāng)庫(kù)對(duì)應(yīng)的目錄下才能找到這個(gè)文件划栓。

把一個(gè)文件放到git倉(cāng)庫(kù)只需要兩步。

第一步条获，使用命令git add把文件添加到倉(cāng)庫(kù)：

用法：git add file_name1 file_name2 …

git add readme.md 

在執(zhí)行第二步之前可以使用命令git status查看狀態(tài)：

$ git status -s
A  readme.md
$ git status 
On branch master

No commits yet

Changes to be committed:
  (use "git rm --cached <file>..." to unstage)

    new file:   readme.md

第二步忠荞，用命令git commit告訴Git，把文件提交到倉(cāng)庫(kù):

git commit -m "new creating a readme file"

時(shí)光穿梭

我們之前成功地添加并提交了一個(gè)readme.md文件，現(xiàn)在嘗試修改一下文件內(nèi)容：

Git is a distributed version control system.
Git is free software.

現(xiàn)在運(yùn)行git status命令查看結(jié)果：

$ 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.md

no changes added to commit (use "git add" and/or "git commit -a")

git status命令可以讓我們時(shí)刻掌握倉(cāng)庫(kù)當(dāng)前的狀態(tài)委煤，上面的命令告訴我們堂油，readme.md被修改過了，但還沒有準(zhǔn)備提交的修改碧绞。

雖然Git告訴我們r(jià)eadme.md被修改了府框，但是我們想看看具體修改了什么內(nèi)容。這時(shí)候需要用git diff命令查看：

$ git diff readme.md 
diff --git a/readme.md b/readme.md
index 46d49bf..9247db6 100644
--- a/readme.md
+++ b/readme.md
@@ -1,2 +1,2 @@
-Git is a version control system.
+Git is a distributed version control system.
 Git is free software.

git diff就是查看差異之處讥邻，通過該命令我們可以清楚地看到修改了哪些內(nèi)容迫靖，顯示的格式是Unix通用的diff格式。

第二次提交readme.md文件:

$ git add readme.md 

$ git status
On branch master
Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)

    modified:   readme.md

$ git commit -m "add distributed"
[master b99e891] add distributed
 1 file changed, 1 insertion(+), 1 deletion(-)
 
$ git status
On branch master
nothing to commit, working tree clean

版本回退

再次修改readme.md文件兴使，內(nèi)容如下：

Git is a distributed version control system.
Git is free software distributed under the GPL.

然后嘗試提交：

$ git add readme.md 
$ git commit -m "append GPL"
[master 49d0f9b] append GPL
 1 file changed, 1 insertion(+), 1 deletion(-) 

像這樣系宜，你不斷對(duì)文件進(jìn)行修改，然后不斷提交修改到版本庫(kù)里发魄，就好比玩RPG游戲時(shí)盹牧，每通過一關(guān)就會(huì)自動(dòng)把游戲狀態(tài)存盤，如果某一關(guān)沒過去励幼，你還可以選擇讀取前一關(guān)的狀態(tài)汰寓。有些時(shí)候，在打Boss之前赏淌，你會(huì)手動(dòng)存盤踩寇，以便萬一打Boss失敗了啄清，可以從最近的地方重新開始六水。Git也是一樣，每當(dāng)你覺得文件修改到一定程度的時(shí)候辣卒，就可以“保存一個(gè)快照”掷贾，這個(gè)快照在Git中被稱為commit。一旦你把文件改亂了荣茫，或者誤刪了文件，還可以從最近的一個(gè)commit恢復(fù)，然后繼續(xù)工作玩祟，而不是把幾個(gè)月的工作成果全部丟失呢堰。

現(xiàn)在，我們回顧一下readme.md文件一共有幾個(gè)版本被提交到Git倉(cāng)庫(kù)里了：

版本1：new creating a readme file

Git is a version control system.
Git is free software.

版本2：add distributed

Git is a distributed version control system.
Git is free software.

版本3：append GPL

Git is a distributed version control system.
Git is free software distributed under the GPL.

當(dāng)然了咧欣，在實(shí)際工作中浅缸，我們腦子里怎么可能記得一個(gè)幾千行的文件每次都改了什么內(nèi)容，不然要版本控制系統(tǒng)干什么魄咕。版本控制系統(tǒng)肯定有某個(gè)命令可以告訴我們歷史記錄衩椒，在Git中，我們用git log命令查看：

$ git log
commit 49d0f9b9bcf30069a3b0ed91ecf5397738a940e6 (HEAD -> master)
Author: junxi <xinlei3166@126.com>
Date:   Fri Mar 16 15:12:38 2018 +0800

    append GPL

commit b99e891f22fcf8cfcdd3aef737a6b7681b100976
Author: junxi <xinlei3166@126.com>
Date:   Fri Mar 16 14:43:09 2018 +0800

    add distributed

commit f2bc5b8abee58de182cce051b3e0e6d1c7431a22
Author: junxi <xinlei3166@126.com>
Date:   Fri Mar 16 14:04:37 2018 +0800

    new creating a readme file

git log命令顯示從最近到最遠(yuǎn)的提交日志，我們可以看到3次提交毛萌，最近的一次是append GPL苟弛，上一次是add distributed，最早的一次是new creating a readme file阁将。

如果嫌輸出信息太多膏秫，看得眼花繚亂的，可以試試加上--pretty=oneline參數(shù)：

$ git log --pretty=oneline
49d0f9b9bcf30069a3b0ed91ecf5397738a940e6 (HEAD -> master) append GPL
b99e891f22fcf8cfcdd3aef737a6b7681b100976 add distributed
f2bc5b8abee58de182cce051b3e0e6d1c7431a22 new creating a readme file

現(xiàn)在我們啟動(dòng)時(shí)光穿梭機(jī)做盅，準(zhǔn)備把readme.md回退到上一個(gè)版本荔睹，也就是“add distributed”的那個(gè)版本，怎么做呢言蛇？

首先僻他，Git必須知道當(dāng)前版本是哪個(gè)版本，在Git中腊尚，用HEAD表示當(dāng)前版本吨拗，也就是最新的提交49d0f9b9bcf30069a3b0ed91ecf5397738a940e6（注意我的提交ID和你的肯定不一樣），上一個(gè)版本就是HEAD^婿斥，上上一個(gè)版本就是HEAD^^劝篷，當(dāng)然往上100個(gè)版本寫100個(gè)^比較容易數(shù)不過來，所以寫成HEAD~100民宿。

現(xiàn)在娇妓，我們要把當(dāng)前版本“append GPL”回退到上一個(gè)版本“add distributed”，就可以使用git reset命令：

$ git reset --hard HEAD^
HEAD is now at b99e891 add distributed

看看readme.md的內(nèi)容是不是版本add distributed：

junxi-MacBook:gitest junxi$ cat readme.md 
Git is a distributed version control system.
Git is free software.

果然活鹰。

還可以繼續(xù)回退到上一個(gè)版本wrote a readme file哈恰，不過且慢，然我們用git log再看看現(xiàn)在版本庫(kù)的狀態(tài)：

$ git log
commit b99e891f22fcf8cfcdd3aef737a6b7681b100976 (HEAD -> master)
Author: junxi <xinlei3166@126.com>
Date:   Fri Mar 16 14:43:09 2018 +0800

    add distributed

commit f2bc5b8abee58de182cce051b3e0e6d1c7431a22
Author: junxi <xinlei3166@126.com>
Date:   Fri Mar 16 14:04:37 2018 +0800

    new creating a readme file

最新的那個(gè)版本append GPL已經(jīng)看不到了志群！好比你從21世紀(jì)坐時(shí)光穿梭機(jī)來到了19世紀(jì)着绷，想再回去已經(jīng)回不去了，腫么辦锌云？

辦法其實(shí)還是有的荠医，只要上面的命令行窗口還沒有被關(guān)掉，你就可以順著往上找啊找啊桑涎，找到那個(gè)append GPL的commit id是49d0f9...彬向，于是就可以指定回到未來的某個(gè)版本：

$ git reset --hard 49d0f9
HEAD is now at 49d0f9b append GPL

版本號(hào)沒必要寫全，前幾位就可以了攻冷，Git會(huì)自動(dòng)去找娃胆。當(dāng)然也不能只寫前一兩位，因?yàn)镚it可能會(huì)找到多個(gè)版本號(hào)讲衫，就無法確定是哪一個(gè)了缕棵。

再小心翼翼地看看readme.md的內(nèi)容：

$ cat readme.md 
Git is a distributed version control system.
Git is free software distributed under the GPL.

果然孵班，回到最新了。

Git的版本回退速度非痴新浚快篙程，因?yàn)镚it在內(nèi)部有個(gè)指向當(dāng)前版本的HEAD指針，當(dāng)你回退版本的時(shí)候别厘，Git僅僅是把HEAD從指向append GPL：

mage-20180316161231

改為指向add distributed：

mage-20180316161249

然后順便把工作區(qū)的文件更新了虱饿。所以你讓HEAD指向哪個(gè)版本號(hào)，你就把當(dāng)前版本定位在哪触趴。

現(xiàn)在氮发，你回退到了某個(gè)版本，關(guān)掉了電腦冗懦，第二天早上就后悔了爽冕，想恢復(fù)到新版本怎么辦？找不到新版本的commit id怎么辦披蕉？

在Git中颈畸，總是有后悔藥可以吃的。當(dāng)你用$ git reset --hard HEAD^回退到add distributed版本時(shí)没讲，再想恢復(fù)到append GPL眯娱，就必須找到append GPL的commit id。Git提供了一個(gè)命令git reflog用來記錄你的每一次命令：

$ git reflog
49d0f9b (HEAD -> master) HEAD@{0}: reset: moving to 49d0f9
b99e891 HEAD@{1}: reset: moving to HEAD^
49d0f9b (HEAD -> master) HEAD@{2}: reset: moving to 49d0f9
b99e891 HEAD@{3}: reset: moving to HEAD^
49d0f9b (HEAD -> master) HEAD@{4}: reset: moving to 49d0f9
b99e891 HEAD@{5}: reset: moving to HEAD^
49d0f9b (HEAD -> master) HEAD@{6}: commit: append GPL
b99e891 HEAD@{7}: commit: add distributed
f2bc5b8 HEAD@{8}: commit (initial): new creating a readme file

小結(jié)：

• HEAD指向的版本就是當(dāng)前版本爬凑，因此徙缴，Git允許我們?cè)诎姹镜臍v史之間穿梭，使用命令git reset --hard commit_id嘁信。
• 穿梭前于样，用git log可以查看提交歷史，以便確定要回退到哪個(gè)版本吱抚。
• 要重返未來百宇，用git reflog查看命令歷史，以便確定要回到未來的哪個(gè)版本秘豹。

工作區(qū)和暫存區(qū)

Git和其他版本控制系統(tǒng)如SVN的一個(gè)不同之處就是有暫存區(qū)的概念。

工作區(qū)（Working Directory）

就是你在電腦里能看到的目錄昌粤，比如我的gitest文件夾就是一個(gè)工作區(qū)：

mage-20180319100915

版本庫(kù)（Repository）

工作區(qū)有一個(gè)隱藏目錄.git既绕，這個(gè)不算工作區(qū)，而是Git的版本庫(kù)涮坐。

Git的版本庫(kù)里存了很多東西凄贩，其中最重要的就是稱為stage（或者叫index）的暫存區(qū)，還有Git為我們自動(dòng)創(chuàng)建的第一個(gè)分支master袱讹，以及指向master的一個(gè)指針叫HEAD疲扎。

git-工作區(qū)-版本庫(kù)

分支和HEAD的概念我們以后再講昵时。

前面講了我們把文件往Git版本庫(kù)里添加的時(shí)候，是分兩步執(zhí)行的：

第一步是用git add把文件添加進(jìn)去椒丧，實(shí)際上就是把文件修改添加到暫存區(qū)壹甥；

第二步是用git commit提交更改，實(shí)際上就是把暫存區(qū)的所有內(nèi)容提交到當(dāng)前分支壶熏。

因?yàn)槲覀儎?chuàng)建Git版本庫(kù)時(shí)句柠，Git自動(dòng)為我們創(chuàng)建了唯一一個(gè)master分支，所以棒假，現(xiàn)在溯职，git commit就是往master分支上提交更改。

你可以簡(jiǎn)單理解為帽哑，需要提交的文件修改通通放到暫存區(qū)谜酒，然后，一次性提交暫存區(qū)的所有修改妻枕。

俗話說甚带，實(shí)踐出真知。現(xiàn)在佳头，我們?cè)倬毩?xí)一遍鹰贵，先對(duì)readme.md做個(gè)修改，比如加上一行內(nèi)容：

Git is a distributed version control system.
Git is free software distributed under the GPL.
Git has a mutable index called stage.

然后康嘉，在工作區(qū)新增一個(gè)LICENSE文本文件（內(nèi)容隨便寫）碉输。

先用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.md

Untracked files:
  (use "git add <file>..." to include in what will be committed)

    LICENSE

no changes added to commit (use "git add" and/or "git commit -a")

Git非常清楚地告訴我們，readme.md被修改了亭珍，而LICENSE還從來沒有被添加過敷钾，所以它的狀態(tài)是Untracked。

現(xiàn)在肄梨，使用兩次命令git add阻荒，把readme.md和LICENSE都添加后，用git status再查看一下：

$ git add readme.md LICENSE 
$ git status
On branch master
Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)

    new file:   LICENSE
    modified:   readme.md

現(xiàn)在众羡，暫存區(qū)的狀態(tài)就變成這樣了：

-

所以侨赡，git add命令實(shí)際上就是把要提交的所有修改放到暫存區(qū)（Stage），然后粱侣，執(zhí)行git commit就可以一次性把暫存區(qū)的所有修改提交到分支羊壹。

$ git commit -m "understand how stage works"
[master 81673ab] understand how stage works
 2 files changed, 2 insertions(+)
 create mode 100644 LICENSE

一旦提交后，如果你又沒有對(duì)工作區(qū)做任何修改齐婴，那么工作區(qū)就是“干凈”的：

$ git status
On branch master
nothing to commit, working tree clean

現(xiàn)在版本庫(kù)變成了這樣油猫，暫存區(qū)就沒有任何內(nèi)容了：

-

小結(jié)：

暫存區(qū)是Git非常重要的概念，弄明白了暫存區(qū)柠偶，就弄明白了Git的很多操作到底干了什么情妖。

沒弄明白暫存區(qū)是怎么回事的童鞋睬关，請(qǐng)向上滾動(dòng)頁面，再看一次毡证。

管理修改

現(xiàn)在电爹，假定你已經(jīng)完全掌握了暫存區(qū)的概念。下面情竹，我們要討論的就是藐不，為什么Git比其他版本控制系統(tǒng)設(shè)計(jì)得優(yōu)秀，因?yàn)镚it跟蹤并管理的是修改秦效，而非文件雏蛮。

你會(huì)問，什么是修改阱州？比如你新增了一行挑秉，這就是一個(gè)修改，刪除了一行苔货，也是一個(gè)修改犀概，更改了某些字符，也是一個(gè)修改夜惭，刪了一些又加了一些姻灶，也是一個(gè)修改，甚至創(chuàng)建一個(gè)新文件诈茧，也算一個(gè)修改产喉。

為什么說Git管理的是修改，而不是文件呢敢会？我們還是做實(shí)驗(yàn)曾沈。第一步，對(duì)readme.md做一個(gè)修改鸥昏，比如加一行內(nèi)容：

$ cat readme.md 
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.md 
$ git status
On branch master
Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)

    modified:   readme.md

然后塞俱，再修改readme.md：

$ cat readme.md 
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 commit -m "git tracks changes"
[master fd42bc4] git tracks changes
 1 file changed, 1 insertion(+)

提交后，再看看狀態(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.md

no changes added to commit (use "git add" and/or "git commit -a")

咦吏垮，怎么第二次的修改沒有被提交障涯？

別激動(dòng)，我們回顧一下操作過程：

第一次修改 -> git add -> 第二次修改 -> git commit

你看惫皱，我們前面講了像樊，Git管理的是修改，當(dāng)你用git add命令后旅敷，在工作區(qū)的第一次修改被放入暫存區(qū)，準(zhǔn)備提交颤霎，但是媳谁，在工作區(qū)的第二次修改并沒有放入暫存區(qū)涂滴，所以，git commit只負(fù)責(zé)把暫存區(qū)的修改提交了晴音，也就是第一次的修改被提交了柔纵，第二次的修改不會(huì)被提交。

提交后锤躁，用git diff HEAD -- readme.md命令可以查看工作區(qū)和版本庫(kù)里面最新版本的區(qū)別：

$ git diff HEAD -- readme.md 
diff --git a/readme.md b/readme.md
index 76d770f..a9c5755 100644
--- a/readme.md
+++ b/readme.md
@@ -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.
+Git tracks changes of files.

可見搁料，第二次修改確實(shí)沒有被提交。

那怎么提交第二次修改呢系羞？你可以繼續(xù)git add再git commit郭计，也可以別著急提交第一次修改，先git add第二次修改椒振，再git commit昭伸，就相當(dāng)于把兩次修改合并后一塊提交了：

第一次修改 -> git add -> 第二次修改 -> git add -> git commit

好，現(xiàn)在澎迎，把第二次修改提交了庐杨，然后開始小結(jié)。

小結(jié)：

現(xiàn)在夹供，你又理解了Git是如何跟蹤修改的灵份，每次修改，如果不add到暫存區(qū)哮洽，那就不會(huì)加入到commit中填渠。

撤銷修改

自然，你是不會(huì)犯錯(cuò)的袁铐。不過現(xiàn)在是凌晨?jī)牲c(diǎn)揭蜒，你正在趕一份工作報(bào)告，你在readme.md中添加了一行：

$ cat readme.md 
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.
My stupid boss still prefers SVN.

在你準(zhǔn)備提交前剔桨，一杯咖啡起了作用屉更，你猛然發(fā)現(xiàn)了“stupid boss”可能會(huì)讓你丟掉這個(gè)月的獎(jiǎng)金！

既然錯(cuò)誤發(fā)現(xiàn)得很及時(shí)洒缀，就可以很容易地糾正它瑰谜。你可以刪掉最后一行，手動(dòng)把文件恢復(fù)到上一個(gè)版本的狀態(tài)树绩。如果用git status查看一下：

$ 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.md

no changes added to commit (use "git add" and/or "git commit -a")

你可以發(fā)現(xiàn)萨脑，Git會(huì)告訴你，git checkout -- file可以丟棄工作區(qū)的修改：

$ git checkout -- readme.md

命令git checkout -- readme.md意思就是饺饭，把readme.md文件在工作區(qū)的修改全部撤銷渤早，這里有兩種情況：

一種是readme.md自修改后還沒有被放到暫存區(qū)，現(xiàn)在瘫俊，撤銷修改就回到和版本庫(kù)一模一樣的狀態(tài)鹊杖；

一種是readme.md已經(jīng)添加到暫存區(qū)后悴灵，又作了修改，現(xiàn)在骂蓖，撤銷修改就回到添加到暫存區(qū)后的狀態(tài)积瞒。

總之，就是讓這個(gè)文件回到最近一次git commit或git add時(shí)的狀態(tài)登下。

現(xiàn)在茫孔，看看readme.md的文件內(nèi)容：

$ cat readme.md 
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.

文件內(nèi)容果然復(fù)原了。

git checkout -- file命令中的--很重要被芳，沒有--缰贝，就變成了“切換到另一個(gè)分支”的命令，我們?cè)诤竺娴姆种Ч芾碇袝?huì)再次遇到git checkout命令筐钟。

現(xiàn)在假定是凌晨3點(diǎn)揩瞪，你不但寫了一些胡話，還git add到暫存區(qū)了：

$ cat readme.md 
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.
My stupid boss still prefers SVN.
$ git add readme.md 

慶幸的是篓冲，在commit之前李破，你發(fā)現(xiàn)了這個(gè)問題。用git status查看一下壹将，修改只是添加到了暫存區(qū)嗤攻，還沒有提交：

$ git status
On branch master
Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)

    modified:   readme.md

Git同樣告訴我們，用命令git reset HEAD file可以把暫存區(qū)的修改撤銷掉（unstage）诽俯，重新放回工作區(qū)：

$ git reset HEAD readme.md 
Unstaged changes after reset:
M   readme.md

git reset命令既可以回退版本妇菱，也可以把暫存區(qū)的修改回退到工作區(qū)。當(dāng)我們用HEAD時(shí)暴区，表示最新的版本闯团。

再用git status查看一下，現(xiàn)在暫存區(qū)是干凈的仙粱，工作區(qū)有修改：

$ 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.md

no changes added to commit (use "git add" and/or "git commit -a")

還記得如何丟棄工作區(qū)的修改嗎房交？

$ git checkout -- readme.md
$ git status
On branch master
nothing to commit, working tree clean
$ cat readme.md 
Git is a distributed version control system.
Git is free software distributed under the GPL.
Git has a mutable index called stage.
Git tracks change

ok.

現(xiàn)在，假設(shè)你不但改錯(cuò)了東西伐割，還從暫存區(qū)提交到了版本庫(kù)候味，怎么辦呢？還記得版本回退一節(jié)嗎隔心？可以回退到上一個(gè)版本白群。不過，這是有條件的硬霍，就是你還沒有把自己的本地版本庫(kù)推送到遠(yuǎn)程帜慢。還記得Git是分布式版本控制系統(tǒng)嗎？我們后面會(huì)講到遠(yuǎn)程版本庫(kù)矗愧，一旦你把“stupid boss”提交推送到遠(yuǎn)程版本庫(kù)，你就真的慘了……

小結(jié)

場(chǎng)景1：當(dāng)你改亂了工作區(qū)某個(gè)文件的內(nèi)容靴患，想直接丟棄工作區(qū)的修改時(shí)纠永，用命令git checkout -- file。

場(chǎng)景2：當(dāng)你不但改亂了工作區(qū)某個(gè)文件的內(nèi)容弦讽，還添加到了暫存區(qū)時(shí)，想丟棄修改，分兩步胯甩，第一步用命令git reset HEAD file，就回到了場(chǎng)景1堪嫂，第二步按場(chǎng)景1操作偎箫。

場(chǎng)景3：已經(jīng)提交了不合適的修改到版本庫(kù)時(shí)，想要撤銷本次提交皆串，參考版本回退一節(jié)淹办，不過前提是沒有推送到遠(yuǎn)程庫(kù)。

刪除文件

在Git中恶复，刪除也是一個(gè)修改操作怜森，我們實(shí)戰(zhàn)一下，先添加一個(gè)新文件test.txt到Git并且提交：

$ cat test.txt 
new createing a test.txt file.

$ git add test.txt 
$ git commit -m "add test.txt"
[master 6aade49] add test.txt
 1 file changed, 2 insertions(+)
 create mode 100644 test.txt

一般情況下谤牡，你通常直接在文件管理器中把沒用的文件刪了副硅，或者用rm命令刪了：

$ rm test.txt 

這個(gè)時(shí)候，Git知道你刪除了文件翅萤，因此恐疲，工作區(qū)和版本庫(kù)就不一致了，git status命令會(huì)立刻告訴你哪些文件被刪除了：

$ 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")

現(xiàn)在你有兩個(gè)選擇套么，一是確實(shí)要從版本庫(kù)中刪除該文件培己，那就用命令git rm刪掉，并且git commit：

$ git rm test.txt
rm 'test.txt'
$ git commit -m "remove test.txt"
[master 3f1febc] remove test.txt
 1 file changed, 2 deletions(-)
 delete mode 100644 test.txt

現(xiàn)在胚泌，文件就從版本庫(kù)中被刪除了省咨。

另一種情況是刪錯(cuò)了，因?yàn)榘姹編?kù)里還有呢诸迟，所以可以很輕松地把誤刪的文件恢復(fù)到最新版本：

$ git checkout -- test.txt

git checkout其實(shí)是用版本庫(kù)里的版本替換工作區(qū)的版本茸炒，無論工作區(qū)是修改還是刪除，都可以“一鍵還原”阵苇。

小結(jié)

命令git rm用于刪除一個(gè)文件壁公。如果一個(gè)文件已經(jīng)被提交到版本庫(kù)，那么你永遠(yuǎn)不用擔(dān)心誤刪绅项，但是要小心紊册，你只能恢復(fù)文件到最新版本，你會(huì)丟失最近一次提交后你修改的內(nèi)容。

遠(yuǎn)程倉(cāng)庫(kù)

到目前為止囊陡，我們已經(jīng)掌握了如何在Git倉(cāng)庫(kù)里對(duì)一個(gè)文件進(jìn)行時(shí)光穿梭芳绩，你再也不用擔(dān)心文件備份或者丟失的問題了。

可是有用過集中式版本控制系統(tǒng)SVN的童鞋會(huì)站出來說撞反，這些功能在SVN里早就有了妥色，沒看出Git有什么特別的地方。

沒錯(cuò)遏片，如果只是在一個(gè)倉(cāng)庫(kù)里管理文件歷史嘹害，Git和SVN真沒啥區(qū)別。為了保證你現(xiàn)在所學(xué)的Git物超所值吮便，將來絕對(duì)不會(huì)后悔笔呀，本章開始介紹Git的殺手級(jí)功能之一（注意是之一，也就是后面還有之二髓需，之三……）：遠(yuǎn)程倉(cāng)庫(kù)许师。

Git是分布式版本控制系統(tǒng)，同一個(gè)Git倉(cāng)庫(kù)僚匆，可以分布到不同的機(jī)器上微渠。怎么分布呢？最早白热，肯定只有一臺(tái)機(jī)器有一個(gè)原始版本庫(kù)敛助，此后，別的機(jī)器可以“克隆”這個(gè)原始版本庫(kù)屋确，而且每臺(tái)機(jī)器的版本庫(kù)其實(shí)都是一樣的纳击，并沒有主次之分。

你肯定會(huì)想攻臀，至少需要兩臺(tái)機(jī)器才能玩遠(yuǎn)程庫(kù)不是焕数？但是我只有一臺(tái)電腦，怎么玩刨啸？

其實(shí)一臺(tái)電腦上也是可以克隆多個(gè)版本庫(kù)的堡赔，只要不在同一個(gè)目錄下。不過设联，現(xiàn)實(shí)生活中是不會(huì)有人這么傻的在一臺(tái)電腦上搞幾個(gè)遠(yuǎn)程庫(kù)玩善已，因?yàn)橐慌_(tái)電腦上搞幾個(gè)遠(yuǎn)程庫(kù)完全沒有意義，而且硬盤掛了會(huì)導(dǎo)致所有庫(kù)都掛掉离例，所以我也不告訴你在一臺(tái)電腦上怎么克隆多個(gè)倉(cāng)庫(kù)换团。

實(shí)際情況往往是這樣，找一臺(tái)電腦充當(dāng)服務(wù)器的角色宫蛆，每天24小時(shí)開機(jī)艘包，其他每個(gè)人都從這個(gè)“服務(wù)器”倉(cāng)庫(kù)克隆一份到自己的電腦上，并且各自把各自的提交推送到服務(wù)器倉(cāng)庫(kù)里，也從服務(wù)器倉(cāng)庫(kù)中拉取別人的提交想虎。

完全可以自己搭建一臺(tái)運(yùn)行Git的服務(wù)器卦尊，不過現(xiàn)階段，為了學(xué)Git先搭個(gè)服務(wù)器絕對(duì)是小題大作舌厨。好在這個(gè)世界上有個(gè)叫GitHub的神奇的網(wǎng)站岂却，從名字就可以看出，這個(gè)網(wǎng)站就是提供Git倉(cāng)庫(kù)托管服務(wù)的邓线，所以淌友，只要注冊(cè)一個(gè)GitHub賬號(hào)，就可以免費(fèi)獲得Git遠(yuǎn)程倉(cāng)庫(kù)骇陈。

在繼續(xù)閱讀后續(xù)內(nèi)容前，請(qǐng)自行注冊(cè)GitHub賬號(hào)瑰抵。由于你的本地Git倉(cāng)庫(kù)和GitHub倉(cāng)庫(kù)之間的傳輸是通過SSH加密的你雌，所以，需要一點(diǎn)設(shè)置：

第1步：創(chuàng)建SSH Key二汛。在用戶主目錄下婿崭，看看有沒有.ssh目錄，如果有肴颊，再看看這個(gè)目錄下有沒有id_rsa和id_rsa.pub這兩個(gè)文件氓栈，如果已經(jīng)有了，可直接跳到下一步婿着。如果沒有授瘦，打開Shell（Windows下打開Git Bash），創(chuàng)建SSH Key：

$ ssh-keygen -t rsa -C "xxx@126.com"
$ ll ~/.ssh/
total 56
-rw-------  1 junxi  staff  1679 12 11 09:51 id_rsa
-rw-r--r--  1 junxi  staff   396 12 11 09:51 id_rsa.pub

如果一切順利的話竟宋，可以在用戶主目錄里找到.ssh目錄提完，里面有id_rsa和id_rsa.pub兩個(gè)文件，這兩個(gè)就是SSH Key的秘鑰對(duì)丘侠，id_rsa是私鑰徒欣，不能泄露出去，id_rsa.pub是公鑰蜗字，可以放心地告訴任何人打肝。

第2步：登陸GitHub，打開“Account settings”挪捕，“SSH Keys”頁面：

然后粗梭，點(diǎn)“Add SSH Key”，填上任意Title担神，在Key文本框里粘貼id_rsa.pub文件的內(nèi)容：

mage-20180319113227

點(diǎn)“Add Key”楼吃，你就應(yīng)該看到已經(jīng)添加的Key：

mage-20180319113324

為什么GitHub需要SSH Key呢？因?yàn)镚itHub需要識(shí)別出你推送的提交確實(shí)是你推送的，而不是別人冒充的孩锡，而Git支持SSH協(xié)議酷宵，所以，GitHub只要知道了你的公鑰躬窜，就可以確認(rèn)只有你自己才能推送浇垦。

當(dāng)然，GitHub允許你添加多個(gè)Key荣挨。假定你有若干電腦男韧，你一會(huì)兒在公司提交，一會(huì)兒在家里提交默垄，只要把每臺(tái)電腦的Key都添加到GitHub此虑，就可以在每臺(tái)電腦上往GitHub推送了。

最后友情提示口锭，在GitHub上免費(fèi)托管的Git倉(cāng)庫(kù)朦前，任何人都可以看到喔（但只有你自己才能改）。所以鹃操，不要把敏感信息放進(jìn)去韭寸。

如果你不想讓別人看到Git庫(kù)，有兩個(gè)辦法荆隘，一個(gè)是交點(diǎn)保護(hù)費(fèi)恩伺，讓GitHub把公開的倉(cāng)庫(kù)變成私有的，這樣別人就看不見了（不可讀更不可寫）椰拒。另一個(gè)辦法是自己動(dòng)手晶渠，搭一個(gè)Git服務(wù)器，因?yàn)槭悄阕约旱腉it服務(wù)器耸三，所以別人也是看不見的乱陡。這個(gè)方法我們后面會(huì)講到的，相當(dāng)簡(jiǎn)單仪壮，公司內(nèi)部開發(fā)必備憨颠。

確保你擁有一個(gè)GitHub賬號(hào)后，我們就即將開始遠(yuǎn)程倉(cāng)庫(kù)的學(xué)習(xí)积锅。

小結(jié)

“有了遠(yuǎn)程倉(cāng)庫(kù)爽彤，媽媽再也不用擔(dān)心我的硬盤了「肯荩”——Git點(diǎn)讀機(jī)

添加遠(yuǎn)程庫(kù)

現(xiàn)在的情景是适篙，你已經(jīng)在本地創(chuàng)建了一個(gè)Git倉(cāng)庫(kù)后，又想在GitHub創(chuàng)建一個(gè)Git倉(cāng)庫(kù)箫爷，并且讓這兩個(gè)倉(cāng)庫(kù)進(jìn)行遠(yuǎn)程同步嚷节，這樣聂儒，GitHub上的倉(cāng)庫(kù)既可以作為備份，又可以讓其他人通過該倉(cāng)庫(kù)來協(xié)作硫痰，真是一舉多得衩婚。

首先，登陸GitHub效斑，然后非春，在右上角找到“Create a new repo”按鈕，創(chuàng)建一個(gè)新的倉(cāng)庫(kù)：

mage-20180319113715

在Repository name填入gitest缓屠，其他保持默認(rèn)設(shè)置奇昙，點(diǎn)擊“Create repository”按鈕，就成功地創(chuàng)建了一個(gè)新的Git倉(cāng)庫(kù)：

mage-20180319113746

目前敌完，在GitHub上的這個(gè)gitest倉(cāng)庫(kù)還是空的储耐，GitHub告訴我們，可以從這個(gè)倉(cāng)庫(kù)克隆出新的倉(cāng)庫(kù)蠢挡，也可以把一個(gè)已有的本地倉(cāng)庫(kù)與之關(guān)聯(lián)弧岳，然后，把本地倉(cāng)庫(kù)的內(nèi)容推送到GitHub倉(cāng)庫(kù)业踏。

現(xiàn)在，我們根據(jù)GitHub的提示涧卵，在本地的gitest倉(cāng)庫(kù)下運(yùn)行命令：

$ pwd
/Users/junxi/gitest
$ git remote add origin git@github.com:junxi3166/gitest.git

請(qǐng)千萬注意勤家，把上面的junxi3166替換成你自己的GitHub賬戶名，否則柳恐，你在本地關(guān)聯(lián)的就是我的遠(yuǎn)程庫(kù)伐脖，關(guān)聯(lián)沒有問題，但是你以后推送是推不上去的乐设，因?yàn)槟愕腟SH Key公鑰不在我的賬戶列表中讼庇。

添加后，遠(yuǎn)程庫(kù)的名字就是origin近尚，這是Git默認(rèn)的叫法蠕啄，也可以改成別的，但是origin這個(gè)名字一看就知道是遠(yuǎn)程庫(kù)戈锻。

下一步歼跟，就可以把本地庫(kù)的所有內(nèi)容推送到遠(yuǎn)程庫(kù)上：

$ git push -u origin master
Counting objects: 20, done.
Delta compression using up to 8 threads.
Compressing objects: 100% (15/15), done.
Writing objects: 100% (20/20), 1.63 KiB | 837.00 KiB/s, done.
Total 20 (delta 5), reused 0 (delta 0)
remote: Resolving deltas: 100% (5/5), done.

To github.com:junxi3166/gitest.git
 * [new branch]      master -> master
Branch 'master' set up to track remote branch 'master' from 'origin'.

把本地庫(kù)的內(nèi)容推送到遠(yuǎn)程，用git push命令格遭，實(shí)際上是把當(dāng)前分支master推送到遠(yuǎn)程哈街。

由于遠(yuǎn)程庫(kù)是空的，我們第一次推送master分支時(shí)拒迅，加上了-u參數(shù)骚秦，Git不但會(huì)把本地的master分支內(nèi)容推送的遠(yuǎn)程新的master分支她倘，還會(huì)把本地的master分支和遠(yuǎn)程的master分支關(guān)聯(lián)起來，在以后的推送或者拉取時(shí)就可以簡(jiǎn)化命令作箍。

推送成功后硬梁，可以立刻在GitHub頁面中看到遠(yuǎn)程庫(kù)的內(nèi)容已經(jīng)和本地一模一樣：

mage-20180319142156

從現(xiàn)在起，只要本地作了提交蒙揣，就可以通過命令：

$ git push origin master

把本地master分支的最新修改推送至GitHub靶溜，現(xiàn)在，你就擁有了真正的分布式版本庫(kù)懒震！

SSH警告

當(dāng)你第一次使用Git的clone或者push命令連接GitHub時(shí)罩息，會(huì)得到一個(gè)警告：

The authenticity of host 'github.com (13.250.177.223)' can't be established.
RSA key fingerprint is SHA256:nThbg6kXUpJWGl7E1IGOCspRomTxdCARLviKw6E5SY8.
Are you sure you want to continue connecting (yes/no)?

這是因?yàn)镚it使用SSH連接，而SSH連接在第一次驗(yàn)證GitHub服務(wù)器的Key時(shí)个扰，需要你確認(rèn)GitHub的Key的指紋信息是否真的來自GitHub的服務(wù)器瓷炮，輸入yes回車即可。

Git會(huì)輸出一個(gè)警告递宅，告訴你已經(jīng)把GitHub的Key添加到本機(jī)的一個(gè)信任列表里了：

Warning: Permanently added 'github.com,13.250.177.223' (RSA) to the list of known hosts.

這個(gè)警告只會(huì)出現(xiàn)一次娘香，后面的操作就不會(huì)有任何警告了。

如果你實(shí)在擔(dān)心有人冒充GitHub服務(wù)器办龄，輸入yes前可以對(duì)照GitHub的RSA Key的指紋信息是否與SSH連接給出的一致烘绽。

小結(jié)

要關(guān)聯(lián)一個(gè)遠(yuǎn)程庫(kù)，使用命令git remote add origin git@server-name:path/repo-name.git俐填；

關(guān)聯(lián)后安接，使用命令git push -u origin master第一次推送master分支的所有內(nèi)容；

此后英融，每次本地提交后盏檐，只要有必要，就可以使用命令git push origin master推送最新修改驶悟；

分布式版本系統(tǒng)的最大好處之一是在本地工作完全不需要考慮遠(yuǎn)程庫(kù)的存在胡野，也就是有沒有聯(lián)網(wǎng)都可以正常工作，而SVN在沒有聯(lián)網(wǎng)的時(shí)候是拒絕干活的痕鳍！當(dāng)有網(wǎng)絡(luò)的時(shí)候硫豆，再把本地提交推送一下就完成了同步，真是太方便了额获！

從遠(yuǎn)程庫(kù)克隆

上次我們講了先有本地庫(kù)够庙，后有遠(yuǎn)程庫(kù)的時(shí)候，如何關(guān)聯(lián)遠(yuǎn)程庫(kù)抄邀。

現(xiàn)在耘眨，假設(shè)我們從零開發(fā)，那么最好的方式是先創(chuàng)建遠(yuǎn)程庫(kù)境肾，然后剔难，從遠(yuǎn)程庫(kù)克隆胆屿。

首先，登陸GitHub偶宫，創(chuàng)建一個(gè)新的倉(cāng)庫(kù)非迹，名字叫gitskills：

mage-20180319142804

我們勾選Initialize this repository with a README，這樣GitHub會(huì)自動(dòng)為我們創(chuàng)建一個(gè)README.md文件纯趋。創(chuàng)建完畢后憎兽，可以看到README.md文件：

mage-20180319142831

現(xiàn)在，遠(yuǎn)程庫(kù)已經(jīng)準(zhǔn)備好了吵冒，下一步是用命令git clone克隆一個(gè)本地庫(kù)：

$ git clone git@github.com:junxi3166/gitskills.git
Cloning into 'gitskills'...
Warning: Permanently added the RSA host key for IP address '13.229.188.59' to the list of known hosts.
remote: Counting objects: 3, done.
remote: Total 3 (delta 0), reused 0 (delta 0), pack-reused 0
Receiving objects: 100% (3/3), done.
$ cd gitskills/
$ ls
README.md

注意把Git庫(kù)的地址換成你自己的纯命，然后進(jìn)入gitskills目錄看看，已經(jīng)有README.md文件了痹栖。

如果有多個(gè)人協(xié)作開發(fā)亿汞，那么每個(gè)人各自從遠(yuǎn)程克隆一份就可以了。

你也許還注意到揪阿，GitHub給出的地址不止一個(gè)疗我，還可以用https://github.com/junxi3166/gitskills.git這樣的地址。實(shí)際上南捂，Git支持多種協(xié)議吴裤，默認(rèn)的git://使用ssh，但也可以使用https等其他協(xié)議溺健。

使用https除了速度慢以外嚼摩，還有個(gè)最大的麻煩是每次推送都必須輸入口令，但是在某些只開放http端口的公司內(nèi)部就無法使用ssh協(xié)議而只能用https矿瘦。

小結(jié)

要克隆一個(gè)倉(cāng)庫(kù)，首先必須知道倉(cāng)庫(kù)的地址愿卒，然后使用git clone命令克隆缚去。

Git支持多種協(xié)議，包括https琼开，但通過ssh支持的原生git協(xié)議速度最快易结。

分支管理

分支就是科幻電影里面的平行宇宙，當(dāng)你正在電腦前努力學(xué)習(xí)Git的時(shí)候柜候，另一個(gè)你正在另一個(gè)平行宇宙里努力學(xué)習(xí)SVN搞动。

如果兩個(gè)平行宇宙互不干擾颤芬，那對(duì)現(xiàn)在的你也沒啥影響府怯。不過，在某個(gè)時(shí)間點(diǎn)玫镐，兩個(gè)平行宇宙合并了辅柴，結(jié)果箩溃，你既學(xué)會(huì)了Git又學(xué)會(huì)了SVN瞭吃！

0

分支在實(shí)際中有什么用呢？假設(shè)你準(zhǔn)備開發(fā)一個(gè)新功能涣旨，但是需要兩周才能完成歪架，第一周你寫了50%的代碼，如果立刻提交霹陡，由于代碼還沒寫完和蚪，不完整的代碼庫(kù)會(huì)導(dǎo)致別人不能干活了。如果等代碼全部寫完再一次提交烹棉，又存在丟失每天進(jìn)度的巨大風(fēng)險(xiǎn)攒霹。

現(xiàn)在有了分支，就不用怕了峦耘。你創(chuàng)建了一個(gè)屬于你自己的分支剔蹋，別人看不到，還繼續(xù)在原來的分支上正常工作辅髓，而你在自己的分支上干活泣崩，想提交就提交，直到開發(fā)完畢后洛口，再一次性合并到原來的分支上矫付，這樣，既安全第焰，又不影響別人工作买优。

其他版本控制系統(tǒng)如SVN等都有分支管理，但是用過之后你會(huì)發(fā)現(xiàn)挺举，這些版本控制系統(tǒng)創(chuàng)建和切換分支比蝸牛還慢杀赢，簡(jiǎn)直讓人無法忍受，結(jié)果分支功能成了擺設(shè)湘纵，大家都不去用脂崔。

但Git的分支是與眾不同的，無論創(chuàng)建梧喷、切換和刪除分支砌左，Git在1秒鐘之內(nèi)就能完成！無論你的版本庫(kù)是1個(gè)文件還是1萬個(gè)文件铺敌。

創(chuàng)建與合并分支

在版本回退里汇歹，你已經(jīng)知道，每次提交偿凭，Git都把它們串成一條時(shí)間線产弹，這條時(shí)間線就是一個(gè)分支。截止到目前笔喉，只有一條時(shí)間線取视，在Git里硝皂，這個(gè)分支叫主分支，即master分支作谭。HEAD嚴(yán)格來說不是指向提交稽物，而是指向master，master才是指向提交的折欠，所以贝或，HEAD指向的就是當(dāng)前分支。

一開始的時(shí)候锐秦，master分支是一條線咪奖，Git用master指向最新的提交，再用HEAD指向master酱床，就能確定當(dāng)前分支羊赵，以及當(dāng)前分支的提交點(diǎn)：

-

每次提交，master分支都會(huì)向前移動(dòng)一步扇谣，這樣昧捷，隨著你不斷提交，master分支的線也越來越長(zhǎng)：

it-

當(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ū)的文件都沒有任何變化舷手！

不過饿悬，從現(xiàn)在開始，對(duì)工作區(qū)的修改和提交就是針對(duì)dev分支了聚霜，比如新提交一次后，dev指針往前移動(dòng)一步珠叔，而master指針不變：

-

假如我們?cè)?code>dev上的工作完成了蝎宇，就可以把dev合并到master上。Git怎么合并呢祷安？最簡(jiǎn)單的方法姥芥，就是直接把master指向dev的當(dāng)前提交，就完成了合并：

-

所以Git合并分支也很快汇鞭！就改改指針凉唐，工作區(qū)內(nèi)容也不變庸追！

合并完分支后，甚至可以刪除dev分支台囱。刪除dev分支就是把dev指針給刪掉淡溯，刪掉后，我們就剩下了一條master分支：

-

真是太神奇了簿训，你看得出來有些提交是通過分支完成的嗎咱娶？

it-

下面開始實(shí)戰(zhàn)。

首先强品，我們創(chuàng)建dev分支膘侮，然后切換到dev分支：

$ pwd
/Users/junxi/gitskills
$ git checkout -b dev
Switched to a new branch 'dev'

git checkout命令加上-b參數(shù)表示創(chuàng)建并切換，相當(dāng)于以下兩條命令：

$ git branch dev
$ git checkout dev
Switched to branch 'dev'

然后的榛，用git branch命令查看當(dāng)前分支：

$ git branch
* dev
  master

git branch命令會(huì)列出所有分支琼了，當(dāng)前分支前面會(huì)標(biāo)一個(gè)*號(hào)。

然后夫晌，我們就可以在dev分支上正常提交雕薪，比如對(duì)README.md做個(gè)修改，加上一行：

Creating a new branch is quick.

然后提交：

$ git add README.md 
$ git commit -m "branch test"
[dev be2e7c9] branch test
 1 file changed, 1 insertion(+)

現(xiàn)在慷丽，dev分支的工作完成蹦哼，我們就可以切換回master分支：

$ git checkout master
Switched to branch 'master'

切換回master分支后，再查看一下README.md文件要糊，剛才添加的內(nèi)容不見了纲熏！因?yàn)槟莻€(gè)提交是在dev分支上，而master分支此刻的提交點(diǎn)并沒有變：

$ cat README.md 
# gitskills
gitskills

-

現(xiàn)在锄俄，我們把dev分支的工作成果合并到master分支上：

$ git merge dev
Updating 09f920d..be2e7c9
Fast-forward
 README.md | 1 +
 1 file changed, 1 insertion(+)

git merge命令用于合并指定分支到當(dāng)前分支局劲。合并后，再查看README.md的內(nèi)容奶赠，就可以看到鱼填，和dev分支的最新提交是完全一樣的。

$ cat README.md 
# gitskills
gitskills
Creating a new branch is quick.

注意到上面的Fast-forward信息毅戈，Git告訴我們苹丸，這次合并是“快進(jìn)模式”，也就是直接把master指向dev的當(dāng)前提交苇经，所以合并速度非匙咐恚快。

當(dāng)然扇单，也不是每次合并都能Fast-forward商模，我們后面會(huì)講其他方式的合并。

合并完成后，就可以放心地刪除dev分支了：

$ git branch -d dev
Deleted branch dev (was be2e7c9).

刪除后施流，查看branch响疚，就只剩下master分支了：

$ git branch
* master

因?yàn)閯?chuàng)建、合并和刪除分支非车纱祝快忿晕，所以Git鼓勵(lì)你使用分支完成某個(gè)任務(wù)，合并后再刪掉分支趟章，這和直接在master分支上工作效果是一樣的杏糙，但過程更安全。

小結(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>

解決沖突

人生不如意之事十之八九蚓土，合并分支往往也不是一帆風(fēng)順的宏侍。

準(zhǔn)備新的feature1分支，繼續(xù)我們的新分支開發(fā)：

$ git checkout -b feature1
Switched to a new branch 'feature1'

修改README.md最后一行蜀漆，改為：

Creating a new branch is quick AND simple.

在feature1分支上提交：

$ git add README.md 
$ git commit -m "AND simple"
[feature1 3a8b438] AND simple
 1 file changed, 1 insertion(+), 1 deletion(-)

切換到master分支：

$ 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)

Git還會(huì)自動(dòng)提示我們當(dāng)前master分支比遠(yuǎn)程的master分支要超前1個(gè)提交谅河。

在master分支上把README.md文件的最后一行改為：

Creating a new branch is quick & simple.

提交：

$ git add README.md 
$ git commit -m "& simple"
[master 23307ae] & simple
 1 file changed, 1 insertion(+), 1 deletion(-)

現(xiàn)在，master分支和feature1分支各自都分別有新的提交确丢，變成了這樣：

-

這種情況下绷耍，Git無法執(zhí)行“快速合并”，只能試圖把各自的修改合并起來鲜侥，但這種合并就可能會(huì)有沖突褂始，我們?cè)囋嚳矗?/p>

$ git merge feature1
Auto-merging README.md
CONFLICT (content): Merge conflict in README.md
Automatic merge failed; fix conflicts and then commit the result.

果然沖突了！Git告訴我們描函，README.md文件存在沖突崎苗，必須手動(dòng)解決沖突后再提交。git status也可以告訴我們沖突的文件：

$ 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.md

no changes added to commit (use "git add" and/or "git commit -a")

我們可以直接查看README.md的內(nèi)容：

$ cat README.md 
# gitskills
gitskills
<<<<<<< HEAD
Creating a new branch is quick & simple.
=======
Creating a new branch is quick AND simple.
>>>>>>> feature1

Git用<<<<<<<舀寓，=======胆数，>>>>>>>標(biāo)記出不同分支的內(nèi)容，我們修改如下后保存：

Creating a new branch is quick and simple.

再提交：

$ git add README.md 
$ git commit -m "conflict fixed"
[master 5f3dff6] conflict fixed

現(xiàn)在互墓，master分支和feature1分支變成了下圖所示：

-

用帶參數(shù)的git log也可以看到分支的合并情況：

$ git log --graph --pretty=oneline --abbrev-commit
*   5f3dff6 (HEAD -> master) conflict fixed
|\  
| * 3a8b438 (feature1) AND simple
* | 23307ae & simple
|/  
* be2e7c9 branch test
* 09f920d (origin/master, origin/HEAD) Initial commit

最后必尼，刪除feature1分支：

$ git branch -d feature1
Deleted branch feature1 (was 3a8b438).

完成。

小結(jié)

當(dāng)Git無法自動(dòng)合并分支時(shí)篡撵，就必須首先解決沖突判莉。解決沖突后，再提交育谬，合并完成骂租。

用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分支：

$ git checkout -b dev

修改README.md文件自脯，并提交一個(gè)新的commit：

$ # vi README.md 
$ git add README.md
$ git commit -m "fenzhi."

現(xiàn)在之景，我們切換回master：

$ git checkout 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.md | 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
*   535190d (HEAD -> master) merge with no-ff
|\  
| * c5e8566 (dev) fenzhi.
|/  
*   5f3dff6 conflict fixed
|\  
| * 3a8b438 AND simple
* | 23307ae & simple
|/  
* be2e7c9 branch test
* 09f920d (origin/master, origin/HEAD) Initial commit

可以看到，不使用Fast forward模式叠纷，merge后就像這樣：

-1

分支策略

在實(shí)際開發(fā)中刻帚，我們應(yīng)該按照幾個(gè)基本原則進(jìn)行分支管理：

首先，master分支應(yīng)該是非常穩(wěn)定的涩嚣，也就是僅用來發(fā)布新版本崇众，平時(shí)不能在上面干活；

那在哪干活呢缓艳？干活都在dev分支上校摩，也就是說，dev分支是不穩(wěn)定的阶淘，到某個(gè)時(shí)候衙吩，比如1.0版本發(fā)布時(shí)，再把dev分支合并到master上溪窒，在master分支發(fā)布1.0版本坤塞；

你和你的小伙伴們每個(gè)人都在dev分支上干活，每個(gè)人都有自己的分支澈蚌，時(shí)不時(shí)地往dev分支上合并就可以了摹芙。

所以，團(tuán)隊(duì)合作的分支看起來就像這樣：

-1

小結(jié)

Git分支十分強(qiáng)大宛瞄，在團(tuán)隊(duì)開發(fā)中應(yīng)該充分應(yīng)用浮禾。

合并分支時(shí)，加上--no-ff參數(shù)就可以用普通模式合并，合并后的歷史有分支盈电，能看出來曾經(jīng)做過合并蝴簇，而fast forward合并就看不出來曾經(jīng)做過合并。

Bug分支

軟件開發(fā)中匆帚，bug就像家常便飯一樣熬词。有了bug就需要修復(fù)，在Git中吸重，由于分支是如此的強(qiáng)大互拾，所以，每個(gè)bug都可以通過一個(gè)新的臨時(shí)分支來修復(fù)嚎幸，修復(fù)后颜矿，合并分支，然后將臨時(shí)分支刪除鞭铆。

當(dāng)你接到一個(gè)修復(fù)一個(gè)代號(hào)101的bug的任務(wù)時(shí)或衡，很自然地，你想創(chuàng)建一個(gè)分支issue-101來修復(fù)它车遂，但是封断，等等，當(dāng)前正在dev上進(jìn)行的工作還沒有提交：

$ git status
# 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.md

并不是你不想提交舶担，而是工作只進(jìn)行到一半坡疼，還沒法提交，預(yù)計(jì)完成還需1天時(shí)間衣陶。但是柄瑰，必須在兩個(gè)小時(shí)內(nèi)修復(fù)該bug，怎么辦剪况？

幸好教沾，Git還提供了一個(gè)stash功能，可以把當(dāng)前工作現(xiàn)場(chǎng)“儲(chǔ)藏”起來译断，等以后恢復(fù)現(xiàn)場(chǎng)后繼續(xù)工作：

$ git stash
Saved working directory and index state WIP on dev: 6224937 add merge
HEAD is now at 6224937 add merge

現(xiàn)在授翻，用git status查看工作區(qū)，就是干凈的（除非有沒有被Git管理的文件）孙咪，因此可以放心地創(chuàng)建分支來修復(fù)bug堪唐。

首先確定要在哪個(gè)分支上修復(fù)bug，假定需要在master分支上修復(fù)翎蹈，就從master創(chuàng)建臨時(shí)分支：

$ git checkout master
Already on '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'

現(xiàn)在修復(fù)bug淮菠，需要把“gitskills”改為“GITSKILLS”，然后提交：

$ git add README.md 
$ git commit -m "fix bug 101"
[issue-101 966ad32] fix bug 101
 1 file changed, 1 insertion(+), 1 deletion(-)

修復(fù)完成后荤堪，切換到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 "merge bug fix 101" issue-101
Merge made by the 'recursive' strategy.
 README.md | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
$ git branch -d issue-101
Deleted branch issue-101 (was 966ad32)

太棒了，原計(jì)劃兩個(gè)小時(shí)的bug修復(fù)只花了5分鐘拥知！現(xiàn)在糠爬，是時(shí)候接著回到dev分支干活了！

$ git checkout dev
Switched to branch 'dev'
$ git status
# On branch dev
nothing to commit (working directory clean)

工作區(qū)是干凈的举庶，剛才的工作現(xiàn)場(chǎng)存到哪去了？用git stash list命令看看：

$ git stash list
stash@{0}: WIP on dev: 6224937 add merge

工作現(xiàn)場(chǎng)還在揩抡，Git把stash內(nèi)容存在某個(gè)地方了户侥，但是需要恢復(fù)一下，有兩個(gè)辦法：

一是用git stash apply恢復(fù)峦嗤，但是恢復(fù)后蕊唐，stash內(nèi)容并不刪除，你需要用git stash drop來刪除烁设；

另一種方式是用git stash pop替梨，恢復(fù)的同時(shí)把stash內(nèi)容也刪了：

$ 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.md
#
Dropped refs/stash@{0} (f624f8e5f082f2df2bed8a4e09c12fd2943bdd40)

再用git stash list查看，就看不到任何stash內(nèi)容了：

$ git stash list

你可以多次stash装黑，恢復(fù)的時(shí)候副瀑，先用git stash list查看，然后恢復(fù)指定的stash恋谭，用命令：

$ git stash apply stash@{0}

小結(jié)

修復(fù)bug時(shí)糠睡，我們會(huì)通過創(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分支

軟件開發(fā)中，總有無窮無盡的新的功能要不斷添加進(jìn)來清寇。

添加一個(gè)新功能時(shí)喘漏，你肯定不希望因?yàn)橐恍?shí)驗(yàn)性質(zhì)的代碼，把主分支搞亂了华烟，所以翩迈，每添加一個(gè)新功能，最好新建一個(gè)feature分支盔夜，在上面開發(fā)负饲，完成后堤魁，合并，最后返十，刪除該feature分支妥泉。

現(xiàn)在，你終于接到了一個(gè)新任務(wù)：開發(fā)代號(hào)為Vulcan的新功能洞坑，該功能計(jì)劃用于下一代星際飛船盲链。

于是準(zhǔn)備開發(fā)：

$ git checkout -b feature-vulcan

5分鐘后，開發(fā)完畢：

$ git add vulcan.py 
$ git status
On branch feature-vulcan
Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)

    new file:   vulcan.py
    
$ git commit -m "add feature vulcan"
[feature-vulcan 0c7a1a3] add feature vulcan
 1 file changed, 1 insertion(+)
 create mode 100644 vulcan.py

切回dev迟杂，準(zhǔn)備合并：

$ git checkout dev

一切順利的話刽沾，feature分支和bug分支是類似的，合并排拷，然后刪除侧漓。

但是，

就在此時(shí)监氢，接到上級(jí)命令布蔗，因經(jīng)費(fèi)不足入问，新功能必須取消骇钦！

雖然白干了挡鞍，但是這個(gè)分支還是必須就地銷毀：

$ 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友情提醒哩治，feature-vulcan分支還沒有被合并风题，如果刪除赃蛛，將丟失掉修改夭谤，如果要強(qiáng)行刪除傍睹，需要使用命令git branch -D feature-vulcan隔盛。

現(xiàn)在我們強(qiáng)行刪除：

$ git branch -D feature-vulcan
Deleted branch feature-vulcan (was 0c7a1a3).

終于刪除成功！

小結(jié)

開發(fā)一個(gè)新feature拾稳，最好新建一個(gè)分支吮炕；

如果要丟棄一個(gè)沒有被合并過的分支，可以通過git branch -D <name>強(qiáng)行刪除访得。

多人協(xié)作

當(dāng)你從遠(yuǎn)程倉(cāng)庫(kù)克隆時(shí)龙亲，實(shí)際上Git自動(dòng)把本地的master分支和遠(yuǎn)程的master分支對(duì)應(yīng)起來了，并且悍抑，遠(yuǎn)程倉(cāng)庫(kù)的默認(rèn)名稱是origin鳄炉。

要查看遠(yuǎn)程庫(kù)的信息，用git remote：

$ git remote
origin

或者搜骡，用git remote -v顯示更詳細(xì)的信息：

$ git remote -v
origin  git@github.com:junxi3166/gitskills.git (fetch)
origin  git@github.com:junxi3166/gitskills.git (push)

上面顯示了可以抓取和推送的origin的地址拂盯。如果沒有推送權(quán)限，就看不到push的地址记靡。

推送分支

推送分支谈竿，就是把該分支上的所有本地提交推送到遠(yuǎn)程庫(kù)团驱。推送時(shí)，要指定本地分支空凸，這樣嚎花，Git就會(huì)把該分支推送到遠(yuǎn)程庫(kù)對(duì)應(yīng)的遠(yuǎn)程分支上：

$ git push origin master

如果要推送其他分支，比如dev呀洲，就改成：

$ git push origin dev

但是紊选，并不是一定要把本地分支往遠(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ā)杠园。

總之，就是在Git中舔庶，分支完全可以在本地自己藏著玩抛蚁，是否推送，視你的心情而定惕橙！

抓取分支

多人協(xié)作時(shí)瞧甩，大家都會(huì)往master和dev分支上推送各自的修改。

現(xiàn)在弥鹦，模擬一個(gè)你的小伙伴肚逸，可以在另一臺(tái)電腦（注意要把SSH Key添加到GitHub）或者同一臺(tái)電腦的另一個(gè)目錄下克隆：

$ git clone git@github.com:junxi3166/gitskills.git skills
Cloning into 'skills'...
remote: Counting objects: 3, done.
remote: Total 3 (delta 0), reused 0 (delta 0), pack-reused 0
Receiving objects: 100% (3/3), done.
$ cd skills/
$ git remote -v
origin  git@github.com:junxi3166/gitskills.git (fetch)
origin  git@github.com:junxi3166/gitskills.git (push)

當(dāng)你的小伙伴從遠(yuǎn)程庫(kù)clone時(shí)彬坏，默認(rèn)情況下朦促，你的小伙伴只能看到本地的master分支。不信可以用git branch命令看看：

$ git branch
* master

現(xiàn)在栓始，你的小伙伴要在dev分支上開發(fā)务冕，就必須創(chuàng)建遠(yuǎn)程origin的dev分支到本地，于是他用這個(gè)命令創(chuàng)建本地dev分支：

$ git checkout -b dev

現(xiàn)在混滔，他就可以在dev上繼續(xù)修改洒疚，然后歹颓，時(shí)不時(shí)地把dev分支push到遠(yuǎn)程：

$ # vi hello.py
$ git add hello.py 
$ git commit -m "add two hello"
[dev 5bd8a63] add two hello
 1 file changed, 1 insertion(+)
 create mode 100644 hello.py
$ git push origin dev
Counting objects: 3, done.
Delta compression using up to 8 threads.
Compressing objects: 100% (2/2), done.
Writing objects: 100% (3/3), 280 bytes | 280.00 KiB/s, done.
Total 3 (delta 0), reused 0 (delta 0)
To github.com:junxi3166/gitskills.git
 * [new branch]      dev -> dev

你的小伙伴已經(jīng)向origin/dev分支推送了他的提交，而碰巧你也對(duì)同樣的文件作了修改油湖，并試圖推送：

$ # vi hello.py
$ git add hello.py 
$ git commit -m "add coding: _*_ utf-8 _*_"
[dev 003e6ed] add coding: _*_ utf-8 _*_
 1 file changed, 1 insertion(+)
 create mode 100644 hello.py
$ git push origin dev
To github.com:junxi3166/gitskills.git
 ! [rejected]        dev -> dev (fetch first)
error: failed to push some refs to 'git@github.com:junxi3166/gitskills.git'
hint: Updates were rejected because the remote contains work that you do
hint: not have locally. This is usually caused by another repository pushing
hint: to the same ref. You may want to first integrate the remote changes
hint: (e.g., 'git pull ...') before pushing again.
hint: See the 'Note about fast-forwards' in 'git push --help' for details.

推送失敗巍扛，因?yàn)槟愕男』锇榈淖钚绿峤缓湍阍噲D推送的提交有沖突，解決辦法也很簡(jiǎn)單乏德，Git已經(jīng)提示我們撤奸，先用git pull把最新的提交從origin/dev抓下來，然后喊括，在本地合并胧瓜，解決沖突，再推送：

$ git pull
remote: Counting objects: 3, done.
remote: Compressing objects: 100% (2/2), done.
remote: Total 3 (delta 0), reused 3 (delta 0), pack-reused 0
Unpacking objects: 100% (3/3), done.
From github.com:junxi3166/gitskills
 * [new branch]      ddd        -> origin/ddd
 * [new branch]      dev        -> origin/dev
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 hello.py
CONFLICT (add/add): Merge conflict in hello.py
Automatic merge failed; fix conflicts and then commit the result.

這回git pull成功蘑拯，但是合并有沖突钝满，需要手動(dòng)解決，解決的方法和分支管理中的解決沖突完全一樣申窘。解決后弯蚜，提交，再push：

$ # vi hello.py 
$ git add hello.py 
$ git commit -m "merge & fix hello.py"
[dev ac35808] merge & fix hello.py
$ git push origin dev
Counting objects: 21, done.
Delta compression using up to 8 threads.
Compressing objects: 100% (14/14), done.
Writing objects: 100% (21/21), 1.75 KiB | 1.75 MiB/s, done.
Total 21 (delta 3), reused 0 (delta 0)
remote: Resolving deltas: 100% (3/3), done.
To github.com:junxi3166/gitskills.git
   5bd8a63..ac35808  dev -> dev

因此剃法，多人協(xié)作的工作模式通常是這樣：

1. 首先碎捺，可以試圖用git push origin branch-name推送自己的修改；
2. 如果推送失敗贷洲，則因?yàn)檫h(yuǎn)程分支比你的本地更新收厨，需要先用git pull試圖合并；
3. 如果合并有沖突优构，則解決沖突帽氓，并在本地提交；
4. 沒有沖突或者解決掉沖突后俩块，再用git push origin branch-name推送就能成功黎休！

如果git pull提示“no tracking information”，則說明本地分支和遠(yuǎn)程分支的鏈接關(guān)系沒有創(chuàng)建玉凯，用命令git branch --set-upstream 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映砖，如果有沖突间坐，要先處理沖突。

標(biāo)簽管理

發(fā)布一個(gè)版本時(shí)邑退，我們通常先在版本庫(kù)中打一個(gè)標(biāo)簽（tag）眶诈，這樣，就唯一確定了打標(biāo)簽時(shí)刻的版本瓜饥。將來無論什么時(shí)候，取某個(gè)標(biāo)簽的版本浴骂，就是把那個(gè)打標(biāo)簽的時(shí)刻的歷史版本取出來乓土。所以，標(biāo)簽也是版本庫(kù)的一個(gè)快照溯警。

Git的標(biāo)簽雖然是版本庫(kù)的快照趣苏，但其實(shí)它就是指向某個(gè)commit的指針（跟分支很像對(duì)不對(duì)？但是分支可以移動(dòng)梯轻，標(biāo)簽不能移動(dòng)）食磕，所以，創(chuàng)建和刪除標(biāo)簽都是瞬間完成的喳挑。

Git有commit彬伦，為什么還要引入tag？

“請(qǐng)把上周一的那個(gè)版本打包發(fā)布伊诵，commit號(hào)是6a5819e...”

“一串亂七八糟的數(shù)字不好找单绑！”

如果換一個(gè)辦法：

“請(qǐng)把上周一的那個(gè)版本打包發(fā)布，版本號(hào)是v1.2”

“好的曹宴，按照tag v1.2查找commit就行搂橙！”

所以，tag就是一個(gè)讓人容易記住的有意義的名字笛坦，它跟某個(gè)commit綁在一起区转。

創(chuàng)建標(biāo)簽

在Git中打標(biāo)簽非常簡(jiǎn)單苔巨，首先，切換到需要打標(biāo)簽的分支上：

$ git branch
* dev
  master
$ git checkout master
Switched to branch 'master'

然后废离，敲命令git tag <name>就可以打一個(gè)新標(biāo)簽：

$ git tag v1.0

可以用命令git tag查看所有標(biāo)簽：

$ git tag
v1.0

默認(rèn)標(biāo)簽是打在最新提交的commit上的侄泽。有時(shí)候，如果忘了打標(biāo)簽厅缺，比如蔬顾，現(xiàn)在已經(jīng)是周五了，但應(yīng)該在周一打的標(biāo)簽沒有打湘捎，怎么辦诀豁？

方法是找到歷史提交的commit id，然后打上就可以了：

$ git log --pretty=oneline --abbrev-commit
4fef11f (HEAD -> master, tag: v1.0) merge bug fix 101
966ad32 fix bug 101
535190d merge with no-ff
c5e8566 fenzhi.
5f3dff6 conflict fixed
23307ae & simple
3a8b438 AND simple
be2e7c9 branch test
09f920d (origin/master, origin/ddd, origin/HEAD) Initial commit

比方說要對(duì)fenzhi.這次提交打標(biāo)簽窥妇，它對(duì)應(yīng)的commit id是c5e8566舷胜，敲入命令：

$ git tag v0.9 c5e8566

再用命令git tag查看標(biāo)簽：

$ git tag
v0.9
v1.0

注意，標(biāo)簽不是按時(shí)間順序列出活翩，而是按字母排序的烹骨。可以用git show <tagname>查看標(biāo)簽信息：

$ git show v0.9
commit c5e8566a61a1c889dc3a56f685eaf97dc9b1c2fe (tag: v0.9)
Author: junxi <xinlei3166@126.com>
Date:   Mon Mar 19 15:42:34 2018 +0800

    fenzhi.

diff --git a/README.md b/README.md
index 6e05639..b565a7f 100644
--- a/README.md
+++ b/README.md
@@ -1,3 +1,4 @@
 # gitskills
 gitskills
 Creating a new branch is quick and simple.
+fenzhi.

可以看到材泄，v0.9確實(shí)打在fenzhi.這次提交上沮焕。

還可以創(chuàng)建帶有說明的標(biāo)簽，用-a指定標(biāo)簽名拉宗，-m指定說明文字：

$ git tag -a v0.1 -m "version 0.1" 09f920d

用命令git show <tagname>可以看到說明文字：

$ git show v0.1
tag v0.1
Tagger: junxi <xinlei3166@126.com>
Date:   Tue Mar 20 10:19:47 2018 +0800

version 0.1

commit 09f920d5df09b29d762ab839b516dde1339c36e0 (tag: v0.1, origin/master, origin/ddd, origin/HEAD)
Author: junxi <xinlei3166@126.com>
Date:   Mon Mar 19 14:28:02 2018 +0800

    Initial commit

diff --git a/README.md b/README.md
new file mode 100644
index 0000000..7f15fca
--- /dev/null
+++ b/README.md
@@ -0,0 +1,2 @@
+# gitskills
+gitskills

還可以通過-s用私鑰簽名一個(gè)標(biāo)簽：

$ git tag -s v0.2 -m "version 0.2" be2e7c9

簽名采用PGP簽名峦树，因此，必須首先安裝gpg（GnuPG）旦事，如果沒有找到gpg魁巩，或者沒有g(shù)pg密鑰對(duì)，就會(huì)報(bào)錯(cuò)：

fatal: cannot run gpg: No such file or directory
error: gpg failed to sign the data
error: unable to sign the tag

如果報(bào)錯(cuò)姐浮，請(qǐng)參考GnuPG幫助文檔配置Key谷遂。

$ brew install gnupg
$ gpg --gen-key
$ gpg --list-keys
$ gpg --list-secret-keys
$ git config --global user.signingkey <GPG-key-id>

用命令git show <tagname>可以看到PGP簽名信息：

$ git show v0.2

小結(jié)

• 命令git tag <name>用于新建一個(gè)標(biāo)簽，默認(rèn)為HEAD卖鲤，也可以指定一個(gè)commit id肾扰；
• git tag -a <tagname> -m "blablabla..."可以指定標(biāo)簽信息；
• git tag -s <tagname> -m "blablabla..."可以用PGP簽名標(biāo)簽蛋逾；
• 命令git tag可以查看所有標(biāo)簽白对。

操作標(biāo)簽

如果標(biāo)簽打錯(cuò)了，也可以刪除：

$ git tag -d v0.1

因?yàn)閯?chuàng)建的標(biāo)簽都只存儲(chǔ)在本地换怖，不會(huì)自動(dòng)推送到遠(yuǎn)程甩恼。所以，打錯(cuò)的標(biāo)簽可以在本地安全刪除。

如果要推送某個(gè)標(biāo)簽到遠(yuǎn)程条摸，使用命令git push origin <tagname>：

$ git push origin v1.0

或者悦污，一次性推送全部尚未推送到遠(yuǎn)程的本地標(biāo)簽：

$ git push origin --tags

如果標(biāo)簽已經(jīng)推送到遠(yuǎn)程，要?jiǎng)h除遠(yuǎn)程標(biāo)簽就麻煩一點(diǎn)钉蒲，先從本地刪除：

$ git tag -d v0.9

然后切端，從遠(yuǎn)程刪除。刪除命令也是push顷啼，但是格式如下：

$ git push origin :refs/tags/v0.9

要看看是否真的從遠(yuǎn)程庫(kù)刪除了標(biāo)簽踏枣，可以登陸GitHub查看。

小結(jié)

• 命令git push origin <tagname>可以推送一個(gè)本地標(biāo)簽钙蒙；
• 命令git push origin --tags可以推送全部未推送過的本地標(biāo)簽茵瀑；
• 命令git tag -d <tagname>可以刪除一個(gè)本地標(biāo)簽；
• 命令git push origin :refs/tags/<tagname>可以刪除一個(gè)遠(yuǎn)程標(biāo)簽躬厌。

自定義Git

在安裝Git一節(jié)中马昨，我們已經(jīng)配置了user.name和user.email，實(shí)際上扛施，Git還有很多可配置項(xiàng)鸿捧。

比如，讓Git顯示顏色疙渣，會(huì)讓命令輸出看起來更醒目：

mage-20180320112612

Git忽略文件

有些時(shí)候匙奴，你必須把某些文件放到Git工作目錄中，但又不能提交它們妄荔，比如保存了數(shù)據(jù)庫(kù)密碼的配置文件啦泼菌，等等，每次git status都會(huì)顯示Untracked files ...懦冰，有強(qiáng)迫癥的童鞋心里肯定不爽。

好在Git考慮到了大家的感受谣沸，這個(gè)問題解決起來也很簡(jiǎn)單刷钢，在Git工作區(qū)的根目錄下創(chuàng)建一個(gè)特殊的.gitignore文件，然后把要忽略的文件名填進(jìn)去乳附，Git就會(huì)自動(dòng)忽略這些文件内地。

不需要從頭寫.gitignore文件，GitHub已經(jīng)為我們準(zhǔn)備了各種配置文件赋除，只需要組合一下就可以使用了阱缓。所有配置文件可以直接在線瀏覽：https://github.com/github/gitignore

忽略文件的原則是：

1. 忽略操作系統(tǒng)自動(dòng)生成的文件，比如縮略圖等举农；
2. 忽略編譯生成的中間文件荆针、可執(zhí)行文件等，也就是如果一個(gè)文件是通過另一個(gè)文件自動(dòng)生成的，那自動(dòng)生成的文件就沒必要放進(jìn)版本庫(kù)航背，比如Java編譯產(chǎn)生的.class文件喉悴；
3. 忽略你自己的帶有敏感信息的配置文件，比如存放口令的配置文件玖媚。

例子：

忽略Python編譯產(chǎn)生的.pyc箕肃、.pyo、dist等文件或目錄：

# Python:
*.py[cod]
*.so
*.egg
*.egg-info
dist
build

加上你自己定義的文件今魔，最終得到一個(gè)完整的.gitignore文件勺像，內(nèi)容如下：

# Python:
*.py[cod]
*.so
*.egg
*.egg-info
*$py.class
dist
build
__pycache__
migrations
!migrations/__init__.py


# Translations
*.mo
*.pot

# Django stuff:
*.log
local_settings.py
db.sqlite3

# Jupyter Notebook
.ipynb_checkpoints
# Pycharm
.idea

最后一步就是把.gitignore也提交到Git，就完成了错森！當(dāng)然檢驗(yàn).gitignore的標(biāo)準(zhǔn)是git status命令是不是說working directory clean吟宦。

有些時(shí)候，你想添加一個(gè)文件到Git问词，但發(fā)現(xiàn)添加不了督函，原因是這個(gè)文件被.gitignore忽略了：

$ git add hello.pyc
The following paths are ignored by one of your .gitignore files:
hello.pyc
Use -f if you really want to add them.

如果你確實(shí)想添加該文件，可以用-f強(qiáng)制添加到Git：

$ git add -f hello.pyc

或者你發(fā)現(xiàn)激挪，可能是.gitignore寫得有問題辰狡，需要找出來到底哪個(gè)規(guī)則寫錯(cuò)了，可以用git check-ignore命令檢查：

$ git check-ignore -v hello.pyc
.gitignore:2:*.py[cod]  hello.pyc

Git會(huì)告訴我們垄分，.gitignore的第3行規(guī)則忽略了該文件宛篇，于是我們就可以知道應(yīng)該修訂哪個(gè)規(guī)則。

小結(jié)

• 忽略某些文件時(shí)薄湿，需要編寫.gitignore叫倍；
• .gitignore文件本身要放到版本庫(kù)里，并且可以對(duì).gitignore做版本管理豺瘤！

配置別名

有沒有經(jīng)常敲錯(cuò)命令吆倦？比如git status？status這個(gè)單詞真心不好記坐求。

如果敲git st就表示git status那就簡(jiǎn)單多了蚕泽，當(dāng)然這種偷懶的辦法我們是極力贊成的。

我們只需要敲一行命令桥嗤，告訴Git须妻，以后st就表示status：

$ git config --global alias.st status

好了，現(xiàn)在敲git st看看效果泛领。

當(dāng)然還有別的命令可以簡(jiǎn)寫荒吏，很多人都用co表示checkout，ci表示commit渊鞋，br表示branch：

$ git config --global alias.co checkout
$ git config --global alias.ci commit
$ git config --global alias.br branch

以后提交就可以簡(jiǎn)寫成：

$ git ci -m "bala bala bala..."

--global參數(shù)是全局參數(shù)绰更，也就是這些命令在這臺(tái)電腦的所有Git倉(cāng)庫(kù)下都有用瞧挤。

在撤銷修改一節(jié)中，我們知道动知，命令git reset HEAD file可以把暫存區(qū)的修改撤銷掉（unstage）皿伺，重新放回工作區(qū)。既然是一個(gè)unstage操作盒粮，就可以配置一個(gè)unstage別名：

$ git config --global alias.unstage 'reset HEAD'

當(dāng)你敲入命令：

$ git unstage test.py

實(shí)際上Git執(zhí)行的是：

$ git reset HEAD test.py

配置一個(gè)git last鸵鸥，讓其顯示最后一次提交信息：

$ git config --global alias.last 'log -1'

這樣，用git last就能顯示最近一次的提交：

$ git last
commit ac358082b6694ba923c293828a54b4115c6efcb0 (HEAD -> dev, origin/dev)
Merge: 003e6ed 5bd8a63
Author: junxi <xinlei3166@126.com>
Date:   Mon Mar 19 17:21:02 2018 +0800

    merge & fix hello.py

甚至還有人喪心病狂地把lg配置成了：

git config --global alias.lg "log --color --graph --pretty=format:'%Cred%h%Creset -%C(yellow)%d%Creset %s %Cgreen(%cr) %C(bold blue)<%an>%Creset' --abbrev-commit"

來看看git lg的效果：

mage-20180320121056

為什么不早點(diǎn)告訴我丹皱？別激動(dòng)妒穴，咱不是為了多記幾個(gè)英文單詞嘛！

配置文件

配置Git的時(shí)候摊崭，加上--global是針對(duì)當(dāng)前用戶起作用的讼油，如果不加，那只針對(duì)當(dāng)前的倉(cāng)庫(kù)起作用呢簸。

配置文件放哪了矮台？每個(gè)倉(cāng)庫(kù)的Git配置文件都放在.git/config文件中：

$ pwd
/Users/junxi/gitskills
$ cat .git/config 
[core]
    repositoryformatversion = 0
    filemode = true
    bare = false
    logallrefupdates = true
    ignorecase = true
    precomposeunicode = true
[remote "origin"]
    url = git@github.com:junxi3166/gitskills.git
    fetch = +refs/heads/*:refs/remotes/origin/*
[branch "master"]
    remote = origin
    merge = refs/heads/master
[branch "dev"]
    remote = origin
    merge = refs/heads/dev

別名就在[alias]后面，要?jiǎng)h除別名根时，直接把對(duì)應(yīng)的行刪掉即可瘦赫。

而當(dāng)前用戶的Git配置文件放在用戶主目錄下的一個(gè)隱藏文件.gitconfig中：

$ cat ~/.gitconfig 
[user]
    email = xxx@126.com
    name = junxi
    signingkey = 4776DFA6E0FEBB24F9A70A49C722C757D7AF8BF3
[color]
    ui = true
[core]
    autocrlf = input
[filter "lfs"]
    clean = git-lfs clean -- %f
    smudge = git-lfs smudge -- %f
    process = git-lfs filter-process
    required = true
[alias]
    st = status
    last = log -1
    lg = log --color --graph --pretty=format:'%Cred%h%Creset -%C(yellow)%d%Creset %s %Cgreen(%cr) %C(bold blue)<%an>%Creset' --abbrev-commit

配置別名也可以直接修改這個(gè)文件，如果改錯(cuò)了蛤迎，可以刪掉文件重新通過命令配置确虱。

小結(jié)

給Git配置好別名，就可以輸入命令時(shí)偷個(gè)懶替裆。我們鼓勵(lì)偷懶校辩。

刪除文件

如果你想把一個(gè)文件從版本控制中移除，并且保留本地的文件辆童，首先需要把這個(gè)文件加入到gitignore文件中宜咒。然后執(zhí)行以下命令就可以了。

git rm file_path --cached

以上命令將file_path所代表的文件從版本控制中刪除把鉴，并保留本地文件故黑，此外還要進(jìn)行commit操作才能將服務(wù)器端的文件刪掉。如果想把一個(gè)文件夾從版本控制中刪除并保留本地的文件纸镊，只需在上述命令的基礎(chǔ)上加上-r參數(shù)倍阐，即

git rm -r folder_path --cached

如果想把所有g(shù)itignore中的文件從版本控制中刪除的話概疆，需要執(zhí)行以下兩個(gè)命令逗威，即先移除所有文件，再執(zhí)行添加所有文件（這次會(huì)忽略gitignore中的文件）岔冀。

git rm -r . --cached
git add .

告一段落凯旭。

學(xué)習(xí)參考教程： 廖大牛, Git官網(wǎng)

Git搭建教程：菜鳥教程