[[429861]]

本文轉(zhuǎn)載自微信公眾號(hào)「sowhat1412」，作者sowhat1412。轉(zhuǎn)載本文請(qǐng)聯(lián)系sowhat1412公眾號(hào)。

git思維導(dǎo)圖

Git工作區(qū)域

為了說明我們?nèi)粘ｉ_發(fā)中執(zhí)行的一系列Git命令的作用是什么，我們需要了解Git的工作區(qū)域的概念，幾乎每一個(gè)常見的Git命令操作都可以通過工作區(qū)域來解釋。

Git本地有四個(gè)工作區(qū)域：

• 工作區(qū)(Working Directory)：在git init之后的本地的文件目錄下，也就是大家寫代碼的地方
• 暫存區(qū)(Staged/Index)：修改了代碼之后，需要先將改動(dòng)add到暫存區(qū)，表示將要提交的改動(dòng)
• 本地倉庫(Local Repository)：本地Git倉庫，通俗講就是本地隱藏文件.git目錄下，存儲(chǔ)著你的所有改動(dòng)
• 遠(yuǎn)程倉庫(Remote Repository)：遠(yuǎn)程Git倉庫，理論上和本地倉庫地位平等，但是主要是用于多個(gè)開發(fā)者之間pull/push代碼的倉庫。

四個(gè)工作區(qū)域

Git 文件狀態(tài)

接下來我們來看下Git文件的狀態(tài)：

Git 文件狀態(tài)

• UnTracked: 未跟蹤，此文件在文件夾中，但并沒有加入到git庫，不參與版本控制。通過git add 狀態(tài)變?yōu)镾taged。
• UnModify: 文件已經(jīng)入庫，未修改， 即版本庫中的文件快照內(nèi)容與文件夾中完全一致。這種類型的文件有兩種去處，如果它被修改，而變?yōu)镸odified。如果使用git rm移出版本庫，則成為UnTracked文件。
• Modified: 文件已修改，僅僅是修改，并沒有進(jìn)行其他的操作。這個(gè)文件也有兩個(gè)去處，通過git add可進(jìn)入暫存staged狀態(tài)，使用git checkout 則丟棄修改過，返回到unmodify狀態(tài)，這個(gè)git checkout即從庫中取出文件，覆蓋當(dāng)前修改。
• Staged: 暫存狀態(tài)，執(zhí)行g(shù)it commit則將修改同步到庫中，這時(shí)庫中的文件和本地文件又變?yōu)橐恢?，文件為UnModify狀態(tài)。執(zhí)行g(shù)it reset 取消暫存，文件狀態(tài)為Modified。

Git 基本命令

在了解Git工作區(qū)域、文件狀態(tài)以及本地倉庫的相關(guān)信息之后，相信大家對(duì)于日常使用的一些命令都有了更加深刻的理解。接下來，我們一起進(jìn)行一個(gè)常用命令總結(jié)：

• git clone：將遠(yuǎn)程倉庫克隆到本地，也就是創(chuàng)建了一個(gè)本地倉庫，會(huì)出現(xiàn)隱藏文件.git
• git status：查看狀態(tài)，可以看到哪些文件被修改、哪些是未跟蹤的文件
• git diff：可以看到當(dāng)前工作區(qū)和暫存區(qū)staged中的文件diff
• git add：將未跟蹤(新增加)或者修改過的文件從工作區(qū)添加到暫存區(qū)staged中
• git commit：將暫存區(qū)staged中的內(nèi)容提交到本地Git倉庫中
• git push：將本地Git倉庫中的內(nèi)容提交到遠(yuǎn)程Git倉庫中

并且如果是單人開發(fā)，自己玩的情況下，貌似這些命令就足夠了。但是，在實(shí)際的開發(fā)當(dāng)中，我們往往會(huì)面對(duì)更加復(fù)雜的場景，需要一些更為復(fù)雜的命令來處理，我們接著往下看。

git merge

在當(dāng)前分支上執(zhí)行g(shù)it merge master可以將master的提交合并merge到當(dāng)前分支，也就是更新本地分支。我們?nèi)粘ｉ_發(fā)中，將本地代碼推到遠(yuǎn)程倉庫，建立Merge Request，然后點(diǎn)擊Merge按鈕其實(shí)就是在master分支上merge了開發(fā)分支。

git fetch

git fetch可以將遠(yuǎn)程分支拉到本地:

git fetch 會(huì)將所有遠(yuǎn)程分支都拉到本地

git fetch origin sowhat1412 指定拉取遠(yuǎn)程origin倉庫的sowhat1412分支到本地

git pull

當(dāng)我們想要更新本地分支代碼的時(shí)候，需要將遠(yuǎn)程開發(fā)分支或者遠(yuǎn)程master分支代碼拉到本地，并且合并到當(dāng)前開發(fā)分支上。所以git pull = git fetch + git merge

在當(dāng)前開發(fā)分sowhat1412上，我們執(zhí)行如下的命令：

git pull origin master  
表示將遠(yuǎn)程master分支拉到本地并且merge到當(dāng)前分支sowhat1412上 

git rebase

rebase會(huì)把你當(dāng)前分支的 commit 放到公共分支的最后面,所以叫變基。就好像你從公共分支又重新拉出來這個(gè)分支一樣。

舉例:如果你從 master 拉了個(gè)feature分支出來,然后你提交了幾個(gè) commit,這個(gè)時(shí)候剛好有人把他開發(fā)的東西合并到 master 了,這個(gè)時(shí)候 master 就比你拉分支的時(shí)候多了幾個(gè) commit,如果這個(gè)時(shí)候你 rebase master 的話，就會(huì)把你當(dāng)前的幾個(gè) commit，放到那個(gè)人 commit 的后面。

git rebeae

merge 會(huì)把公共分支和你當(dāng)前的commit 合并在一起，形成一個(gè)新的 commit 提交

[[429865]]

git merge

git cherry-pick

對(duì)于多分支的代碼庫，將代碼從一個(gè)分支轉(zhuǎn)移到另一個(gè)分支是常見需求。

這時(shí)分兩種情況。一種情況是，你需要另一個(gè)分支的所有代碼變動(dòng)，那么就采用合并(git merge)。另一種情況是，你只需要部分代碼變動(dòng)(某幾個(gè)提交)，這時(shí)可以采用 Cherry pick。

git cherry-pick命令的作用，就是將指定的提交(commit)應(yīng)用于其他分支。

 

$ git cherry-pick <commitHash> 

上面命令就會(huì)將指定的提交commitHash，應(yīng)用于當(dāng)前分支。這會(huì)在當(dāng)前分支產(chǎn)生一個(gè)新的提交，當(dāng)然它們的哈希值會(huì)不一樣。

舉例來說，代碼倉庫有master和feature兩個(gè)分支。

a - b - c - d       Master 
        \ 
          e - f - g Feature 

現(xiàn)在將提交f應(yīng)用到master分支。

# 切換到 master 分支 
$ git checkout master 
 
# Cherry pick 操作 
$ git cherry-pick f 

上面的操作完成以后，代碼庫就變成了下面的樣子。

a - b - c - d - f  Master 
     \ 
       e - f - g   Feature 

從上面可以看到，master分支的末尾增加了一個(gè)提交f。

git cherry-pick命令的參數(shù)，不一定是提交的哈希值，分支名也是可以的，表示轉(zhuǎn)移該分支的最新提交。

$ git cherry-pick feature 
上面代碼表示將feature分支的最近一次提交，轉(zhuǎn)移到當(dāng)前分支。 

Cherry pick 支持一次轉(zhuǎn)移多個(gè)提交。

$ git cherry-pick <HashA> <HashB> 

如果想要轉(zhuǎn)移一系列的連續(xù)提交，可以使用下面的簡便語法。

$ git cherry-pick A..B  

上面的命令可以轉(zhuǎn)移從 A 到 B 的所有提交。它們必須按照正確的順序放置：提交 A 必須早于提交 B，否則命令將失敗，但不會(huì)報(bào)錯(cuò)。

注意，使用上面的命令，提交 A 將不會(huì)包含在 Cherry pick 中。如果要包含提交 A，可以使用下面的語法。

$ git cherry-pick A^..B 

git reset

• git reset commitId

該命令執(zhí)行之后，HEAD指針會(huì)移動(dòng)到選中commitId上，并且之前的HEAD ->commitId之間的所有修改的內(nèi)容會(huì)被置于工作區(qū)，需要重新add、commit。 

• git reset --soft commitId

該命令執(zhí)行之后，HEAD指針會(huì)移動(dòng)到選中commitId上，并且之前的HEAD ->commitId之間的所有修改的內(nèi)容會(huì)被直接置于暫存區(qū)staged中，也就是后續(xù)只需要執(zhí)行commit操作就OK了 

• git reset --hard commitId

這個(gè)--hard很好理解，就是在回滾HEAD指針的時(shí)候，很強(qiáng)硬的將所有HEAD ->commitId之間的改動(dòng)內(nèi)容“全部刪除”！ 
為什么加引號(hào)？因?yàn)榍斑呂覀冋f了Git不會(huì)丟失任何你提交過的內(nèi)容（只要你玩的溜），后續(xù)我們會(huì)分析原因。 

git reflog

新建一個(gè)目錄git-test，初始化一下倉庫，做一次簡單的提交

mkdir git-test   
cd git-test/   
git init   
echo 0 > test   
git add .   
git commit -am "init"   

假設(shè)這幾個(gè)星期你做了三次重要代碼的提交：

linux-geek:/home/tmp/git-test # echo "important code0" >> test   
linux-geek:/home/tmp/git-test # git commit -am "important code0"   
[master 03f85a1] important code0   
 1 files changed, 1 insertions(+), 0 deletions(-)   
linux-geek:/home/tmp/git-test # echo "important code1" >> test      
linux-geek:/home/tmp/git-test # git commit -am "important code1"   
[master 83547ba] important code1   
 1 files changed, 1 insertions(+), 0 deletions(-)   
linux-geek:/home/tmp/git-test # echo "important code2" >> test      
linux-geek:/home/tmp/git-test # git commit -am "important code2"   
[master b826ae5] important code2   
 1 files changed, 1 insertions(+), 0 deletions(-)    
linux-geek:/home/tmp/git-test # cat test   
0   
important code0   
important code1   
important code2   

就在這個(gè)時(shí)候，假設(shè)你頭腦突然短路，用了git reset這條命令：

linux-geek:/home/tmp/git-test # git reset --hard HEAD~3   
HEAD is now at 2e71cf6 init  

再來看一下代碼的情況：

linux-geek:/home/tmp/git-test # cat test 
0  

有沒有什么辦法補(bǔ)救呢?答案是肯定的!

用git reflog來看一下

linux-geek:/home/tmp/git-test # git reflog 
2e71cf6 HEAD@{0}: HEAD~3: updating HEAD 
b826ae5 HEAD@{1}: commit: important code2 
83547ba HEAD@{2}: commit: important code1 
03f85a1 HEAD@{3}: commit: important code0 
2e71cf6 HEAD@{4}: commit (initial): init   

其中，我們可以清楚地看到HEAD每次移動(dòng)的情況以及哈希值，于是乎我們再采用git reset去試一下：

linux-geek:/home/tmp/git-test # git reset --hard HEAD@{1} 
HEAD is now at b826ae5 important code2   

我們再來看一下代碼的情況：

linux-geek:/home/tmp/git-test # cat test 
0 
important code0 
important code1 
important code2  

此時(shí)用 git log 或 git log --pretty=oneline 可以看到全部的歷史記錄又恢復(fù)回來了。

git revert

revert 是回滾某個(gè) commit ，不是回滾到某個(gè)。git revert是用于反做某一個(gè)版本，以達(dá)到撤銷該版本的修改的目的。比如，我們commit了三個(gè)版本(版本一、版本二、 版本三)，突然發(fā)現(xiàn)版本二不行(如：有bug)，想要撤銷版本二，但又不想影響撤銷版本三的提交，就可以用 git revert 命令來反做版本二，生成新的版本四，這個(gè)版本四里會(huì)保留版本三的東西，但撤銷了版本二的東西。如下圖所示：

反做，使用“git revert -n 版本號(hào)”命令。如下命令，我們反做版本號(hào)為8b89621的版本：

git revert -n 8b89621019c9adc6fc4d242cd41daeb13aeb9861 

這里可能會(huì)出現(xiàn)沖突，那么需要手動(dòng)修改沖突的文件。而且要git add 文件名來提交

git commit -m "revert add text.txt" 

手動(dòng)整理commit

有這樣一個(gè)需求，代碼量不多，但是因?yàn)槟愣啻翁峤?，?huì)導(dǎo)致在建立Merge Request的時(shí)候，出現(xiàn)了幾十個(gè)commitId，比如：“update”、“bug fix”、“fix again”等，不光看起來很丑，也會(huì)給大家一種感覺，這小伙到底行不行呀?一百行代碼的開發(fā)量，提交了這么多次才搞定。(尷尬.jpg)

為了解決這樣的問題，我們可以巧妙的利用git reset。比如當(dāng)前的commit是這樣的A-1-2-3-4-5-6-7-8，你的第一個(gè)提交是1，那么我們執(zhí)行如下的命令：

git reset --soft A // 重置本地分支HEAD指針 
git commit -m "XXX邏輯開發(fā)" 
git push origin ywq_news_0702 -f // 提交到遠(yuǎn)程分支 

-f是什么操作?force的含義，表示強(qiáng)行執(zhí)行本次操作。當(dāng)我們git reset之后，本地的HEAD指針指向的commitId會(huì)比遠(yuǎn)程origin對(duì)應(yīng)的落后，直接push會(huì)被拒絕。通過-f命令可以強(qiáng)行將本地內(nèi)容push到遠(yuǎn)程分支上(切記!如果是多人共同合作的開發(fā)分支或者遠(yuǎn)程master操作，千萬不能加-f操作!!!)

經(jīng)過git reset --soft之后，我們提的Merge Request里就是一個(gè)commitId了，發(fā)出來的CR會(huì)感覺倍兒有面兒。

Git stash 臨時(shí)儲(chǔ)藏

當(dāng)我們在當(dāng)前分支開發(fā)某個(gè)需求的時(shí)候，遇到了另一個(gè)需求的聯(lián)調(diào)問題，需要切換到另一個(gè)分支上去解決問題。怎么辦?

正常情況下，我們應(yīng)該將當(dāng)前分支工作區(qū)的內(nèi)容add 、commit之后再切換分支。但是問題來了，當(dāng)前需求開發(fā)了一半，我不想生成一次提交怎么辦?

放心，這個(gè)時(shí)候我們的git stash命令可以幫助我們將當(dāng)前工作區(qū)的內(nèi)容儲(chǔ)藏起來。然后切換其他分支，處理完問題之后，再切換到當(dāng)前分支，執(zhí)行g(shù)it stash pop取出來就完事。

git stash list // 查看當(dāng)前stash里邊的內(nèi)容 
git stash // 將當(dāng)前工作區(qū)內(nèi)容儲(chǔ)藏起來 
git stash pop // 將stash中棧頂內(nèi)容pop出來，當(dāng)然也可以根據(jù)順序直接取第n個(gè) 

Git 恢復(fù)修改文件

對(duì)于恢復(fù)修改的文件，就是將文件從倉庫中拉到本地工作區(qū)，即 倉庫區(qū) ----> 暫存區(qū) ----> 工作區(qū)。

對(duì)于修改的文件有兩種情況：

• 只是修改了文件，沒有任何 git 操作

只是修改了文件，沒有任何 git 操作，直接一個(gè)命令就可回退： 
$ git checkout -- aaa.txt # aaa.txt為文件名 

• 修改了文件，并提交到暫存區(qū)）

即編輯之后，git add 但沒有 git commit -m .... 
$ git log --oneline    # 可以省略 
$ git reset HEAD    # 回退到當(dāng)前版本 
$ git checkout -- aaa.txt    # aaa.txt為文件名 

• 修改了文件，并提交到倉庫區(qū)

即編輯之后，git add 和 git commit -m .... 
$ git log --oneline    # 可以省略 
$ git reset HEAD^    # 回退到上一個(gè)版本 
$ git checkout -- aaa.txt    # aaa.txt為文件名 
參考 

參考

Git十大硬圖：https://zhuanlan.zhihu.com/p/132573100

Git分支規(guī)范：https://zhuanlan.zhihu.com/p/108385922

 

Git思維導(dǎo)圖：https://www.jianshu.com/p/e2f553942317