Git : 每一行命令都算數
本文轉載自微信公眾號「sowhat1412」，作者sowhat1412。轉載本文請聯系sowhat1412公眾號。
git思維導圖
Git工作區域
為了說明我們日常開發中執行的一系列Git命令的作用是什么，我們需要了解Git的工作區域的概念，幾乎每一個常見的Git命令操作都可以通過工作區域來解釋。
Git本地有四個工作區域：
- 工作區(Working Directory)：在git init之后的本地的文件目錄下，也就是大家寫代碼的地方
- 暫存區(Staged/Index)：修改了代碼之后，需要先將改動add到暫存區，表示將要提交的改動
- 本地倉庫(Local Repository)：本地Git倉庫，通俗講就是本地隱藏文件.git目錄下，存儲著你的所有改動
- 遠程倉庫(Remote Repository)：遠程Git倉庫，理論上和本地倉庫地位平等，但是主要是用于多個開發者之間pull/push代碼的倉庫。
四個工作區域
Git 文件狀態
接下來我們來看下Git文件的狀態：
Git 文件狀態
- UnTracked: 未跟蹤，此文件在文件夾中，但并沒有加入到git庫，不參與版本控制。通過git add 狀態變為Staged。
- UnModify: 文件已經入庫，未修改， 即版本庫中的文件快照內容與文件夾中完全一致。這種類型的文件有兩種去處，如果它被修改，而變為Modified。如果使用git rm移出版本庫，則成為UnTracked文件。
- Modified: 文件已修改，僅僅是修改，并沒有進行其他的操作。這個文件也有兩個去處，通過git add可進入暫存staged狀態，使用git checkout 則丟棄修改過，返回到unmodify狀態，這個git checkout即從庫中取出文件，覆蓋當前修改。
- Staged: 暫存狀態，執行git commit則將修改同步到庫中，這時庫中的文件和本地文件又變為一致，文件為UnModify狀態。執行git reset 取消暫存，文件狀態為Modified。
Git 基本命令
在了解Git工作區域、文件狀態以及本地倉庫的相關信息之后，相信大家對于日常使用的一些命令都有了更加深刻的理解。接下來，我們一起進行一個常用命令總結：
- git clone：將遠程倉庫克隆到本地，也就是創建了一個本地倉庫，會出現隱藏文件.git
- git status：查看狀態，可以看到哪些文件被修改、哪些是未跟蹤的文件
- git diff：可以看到當前工作區和暫存區staged中的文件diff
- git add：將未跟蹤(新增加)或者修改過的文件從工作區添加到暫存區staged中
- git commit：將暫存區staged中的內容提交到本地Git倉庫中
- git push：將本地Git倉庫中的內容提交到遠程Git倉庫中
并且如果是單人開發，自己玩的情況下，貌似這些命令就足夠了。但是，在實際的開發當中，我們往往會面對更加復雜的場景，需要一些更為復雜的命令來處理，我們接著往下看。
git merge
在當前分支上執行git merge master可以將master的提交合并merge到當前分支，也就是更新本地分支。我們日常開發中，將本地代碼推到遠程倉庫，建立Merge Request，然后點擊Merge按鈕其實就是在master分支上merge了開發分支。
git fetch
git fetch可以將遠程分支拉到本地:
git fetch 會將所有遠程分支都拉到本地
git fetch origin sowhat1412 指定拉取遠程origin倉庫的sowhat1412分支到本地
git pull
當我們想要更新本地分支代碼的時候，需要將遠程開發分支或者遠程master分支代碼拉到本地，并且合并到當前開發分支上。所以git pull = git fetch + git merge
在當前開發分sowhat1412上，我們執行如下的命令：
- git pull origin master
- 表示將遠程master分支拉到本地并且merge到當前分支sowhat1412上
git rebase
rebase會把你當前分支的 commit 放到公共分支的最后面,所以叫變基。就好像你從公共分支又重新拉出來這個分支一樣。
舉例:如果你從 master 拉了個feature分支出來,然后你提交了幾個 commit,這個時候剛好有人把他開發的東西合并到 master 了,這個時候 master 就比你拉分支的時候多了幾個 commit,如果這個時候你 rebase master 的話，就會把你當前的幾個 commit，放到那個人 commit 的后面。
git rebeae
merge 會把公共分支和你當前的commit 合并在一起，形成一個新的 commit 提交
git merge
git cherry-pick
對于多分支的代碼庫，將代碼從一個分支轉移到另一個分支是常見需求。
這時分兩種情況。一種情況是，你需要另一個分支的所有代碼變動，那么就采用合并(git merge)。另一種情況是，你只需要部分代碼變動(某幾個提交)，這時可以采用 Cherry pick。
git cherry-pick命令的作用，就是將指定的提交(commit)應用于其他分支。
- $ git cherry-pick <commitHash>
上面命令就會將指定的提交commitHash，應用于當前分支。這會在當前分支產生一個新的提交，當然它們的哈希值會不一樣。
舉例來說，代碼倉庫有master和feature兩個分支。
- a - b - c - d Master
- \
- e - f - g Feature
現在將提交f應用到master分支。
- # 切換到 master 分支
- $ git checkout master
- # Cherry pick 操作
- $ git cherry-pick f
上面的操作完成以后，代碼庫就變成了下面的樣子。
- a - b - c - d - f Master
- \
- e - f - g Feature
從上面可以看到，master分支的末尾增加了一個提交f。
git cherry-pick命令的參數，不一定是提交的哈希值，分支名也是可以的，表示轉移該分支的最新提交。
- $ git cherry-pick feature
- 上面代碼表示將feature分支的最近一次提交，轉移到當前分支。
Cherry pick 支持一次轉移多個提交。
- $ git cherry-pick <HashA> <HashB>
如果想要轉移一系列的連續提交，可以使用下面的簡便語法。
- $ git cherry-pick A..B
上面的命令可以轉移從 A 到 B 的所有提交。它們必須按照正確的順序放置：提交 A 必須早于提交 B，否則命令將失敗，但不會報錯。
注意，使用上面的命令，提交 A 將不會包含在 Cherry pick 中。如果要包含提交 A，可以使用下面的語法。
- $ git cherry-pick A^..B
git reset
- git reset commitId
- 該命令執行之后，HEAD指針會移動到選中commitId上，并且之前的HEAD ->commitId之間的所有修改的內容會被置于工作區，需要重新add、commit。
- git reset --soft commitId
- 該命令執行之后，HEAD指針會移動到選中commitId上，并且之前的HEAD ->commitId之間的所有修改的內容會被直接置于暫存區staged中，也就是后續只需要執行commit操作就OK了
- git reset --hard commitId
- 這個--hard很好理解，就是在回滾HEAD指針的時候，很強硬的將所有HEAD ->commitId之間的改動內容“全部刪除”！
- 為什么加引號？因為前邊我們說了Git不會丟失任何你提交過的內容（只要你玩的溜），后續我們會分析原因。
git reflog
新建一個目錄git-test，初始化一下倉庫，做一次簡單的提交
- mkdir git-test
- cd git-test/
- git init
- echo 0 > test
- git add .
- git commit -am "init"
假設這幾個星期你做了三次重要代碼的提交：
- 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
就在這個時候，假設你頭腦突然短路，用了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
有沒有什么辦法補救呢?答案是肯定的!
用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每次移動的情況以及哈希值，于是乎我們再采用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
此時用 git log 或 git log --pretty=oneline 可以看到全部的歷史記錄又恢復回來了。
git revert
revert 是回滾某個 commit ，不是回滾到某個。git revert是用于反做某一個版本，以達到撤銷該版本的修改的目的。比如，我們commit了三個版本(版本一、版本二、 版本三)，突然發現版本二不行(如：有bug)，想要撤銷版本二，但又不想影響撤銷版本三的提交，就可以用 git revert 命令來反做版本二，生成新的版本四，這個版本四里會保留版本三的東西，但撤銷了版本二的東西。如下圖所示：
反做，使用“git revert -n 版本號”命令。如下命令，我們反做版本號為8b89621的版本：
- git revert -n 8b89621019c9adc6fc4d242cd41daeb13aeb9861
這里可能會出現沖突，那么需要手動修改沖突的文件。而且要git add 文件名來提交
- git commit -m "revert add text.txt"
手動整理commit
有這樣一個需求，代碼量不多，但是因為你多次提交，會導致在建立Merge Request的時候，出現了幾十個commitId，比如：“update”、“bug fix”、“fix again”等，不光看起來很丑，也會給大家一種感覺，這小伙到底行不行呀?一百行代碼的開發量，提交了這么多次才搞定。(尷尬.jpg)
為了解決這樣的問題，我們可以巧妙的利用git reset。比如當前的commit是這樣的A-1-2-3-4-5-6-7-8，你的第一個提交是1，那么我們執行如下的命令：
- git reset --soft A // 重置本地分支HEAD指針
- git commit -m "XXX邏輯開發"
- git push origin ywq_news_0702 -f // 提交到遠程分支
-f是什么操作?force的含義，表示強行執行本次操作。當我們git reset之后，本地的HEAD指針指向的commitId會比遠程origin對應的落后，直接push會被拒絕。通過-f命令可以強行將本地內容push到遠程分支上(切記!如果是多人共同合作的開發分支或者遠程master操作，千萬不能加-f操作!!!)
經過git reset --soft之后，我們提的Merge Request里就是一個commitId了，發出來的CR會感覺倍兒有面兒。
Git stash 臨時儲藏
當我們在當前分支開發某個需求的時候，遇到了另一個需求的聯調問題，需要切換到另一個分支上去解決問題。怎么辦?
正常情況下，我們應該將當前分支工作區的內容add 、commit之后再切換分支。但是問題來了，當前需求開發了一半，我不想生成一次提交怎么辦?
放心，這個時候我們的git stash命令可以幫助我們將當前工作區的內容儲藏起來。然后切換其他分支，處理完問題之后，再切換到當前分支，執行git stash pop取出來就完事。
- git stash list // 查看當前stash里邊的內容
- git stash // 將當前工作區內容儲藏起來
- git stash pop // 將stash中棧頂內容pop出來，當然也可以根據順序直接取第n個
Git 恢復修改文件
對于恢復修改的文件，就是將文件從倉庫中拉到本地工作區，即 倉庫區 ----> 暫存區 ----> 工作區。
對于修改的文件有兩種情況：
- 只是修改了文件，沒有任何 git 操作
- 只是修改了文件，沒有任何 git 操作，直接一個命令就可回退：
- $ git checkout -- aaa.txt # aaa.txt為文件名
- 修改了文件，并提交到暫存區）
- 即編輯之后，git add 但沒有 git commit -m ....
- $ git log --oneline # 可以省略
- $ git reset HEAD # 回退到當前版本
- $ git checkout -- aaa.txt # aaa.txt為文件名
- 修改了文件，并提交到倉庫區
- 即編輯之后，git add 和 git commit -m ....
- $ git log --oneline # 可以省略
- $ git reset HEAD^ # 回退到上一個版本
- $ git checkout -- aaa.txt # aaa.txt為文件名
- 參考
參考
Git十大硬圖：https://zhuanlan.zhihu.com/p/132573100
Git分支規范：https://zhuanlan.zhihu.com/p/108385922
Git思維導圖：https://www.jianshu.com/p/e2f553942317
