在某個月黑風(fēng)高的晚上，一臉愁容的女朋友突然跟我說，Git 老搞不明白，有什么比較好的經(jīng)驗可以分享下嗎，說時遲，那時快，二話不說，立馬開始奮筆疾書......
在平時的 Coding 過程中，我們還是需要一定的 Git 操作的能力的。但是總還是存在一些場景自己突然想不起來，某個場景，應(yīng)該使用什么 Git 命令可以滿足自己的訴求，這個時候又需要打開 Google / Baidu，各種搜索一番，與其把時間消磨在這一次次的重復(fù)工作中，倒不如好好研究一下我們常用的命令的玩法。在這里，本文也將提供一系列的案例，為大家介紹這些常用的 Git 的體系和命令的應(yīng)用場景以及大體的使用方式。
當然，除了我們需要了解 Git 的命令使用方式之外，我們也應(yīng)該來了解下 Git 是的整個體系結(jié)構(gòu)是怎么樣的，這樣才能更加清晰的知道我們每天操作的命令都是在做什么。
如有表述不當之處，感謝指正！
開局一張圖，結(jié)論先靠猜。
遠程倉庫區(qū)：也就是我們代碼最終提交的歸宿，沒啥好說的。遠端分支本地副本：這個其實主要儲存了遠程倉庫各分支數(shù)據(jù)在本地的一個副本，你可以打開你 Git 項目下的 .git 文件，里面有個 refs/remotes，這里就主要存的就是遠程倉庫的分支信息，一般你執(zhí)行 push 或者 pull、fetch 都會往這里進行更新。本地分支：這里就是我們經(jīng)常會打交道的區(qū)域，你在執(zhí)行 commit 之后，本質(zhì)上就是提交到了這個區(qū)域，你可以查看你的 .git 目錄下的 refs/heads 目錄，里面存的就是我們本地的分支代碼信息。暫存區(qū)：這個區(qū)域就是我們每次執(zhí)行 git add 之后會存到的區(qū)域，用來與本地倉庫之間做一個緩存，同時也是 Git 底層設(shè)計上來說也算是比較重要的一個區(qū)域，它能幫助 Git 在做 diff 的時候提高查找性能。工作區(qū)：這個一般就是我們寫代碼的地方，比如你的 vscode 打開的項目，你可以進行代碼編輯的地方。除此之外，還有一個特殊的區(qū)域，那就是本地的 git 儲存區(qū)，它是用來干嘛的呢？一般來說你可能在某些場景下會用到它，我們有的時候本地改了代碼，但是突然有個人過來問你另一個分支的問題，同時這個時候你在實現(xiàn)某個功能，實現(xiàn)一半，又不想提交到 Git 倉庫中，那么你就可以考慮使用 git stash save "臨時存一下"，這個時候它就會幫你存到這個儲存區(qū)，你去其他分支做完事情回來，再 git stash pop就好了。
但筆者還是不是很建議使用這個功能，因為哪天你切走了再切回來，忘記了這個存儲，又寫了點其他的，這個時候你到時候被坑一把就哭吧。當然了，這個功能還是很有用的，但是的確需要細心點用。
日常工作中，我們可能在 Git 使用上頻繁交互的流程大致會是這樣的（不同規(guī)范下會有一些區(qū)別，但是大差不大）：
git add 將代碼提交到暫存區(qū)。git commit 將代碼提交到本地倉庫git push 將代碼提交到遠端分支以上流程大致概括了一般常規(guī)的 Git flow 流程，不同的公司可能會設(shè)計自己的規(guī)范，這里就不過多指示了。
git stashgit clonegit initgit remotegit branchgit checkoutgit addgit commitgit rmgit pushgit pullgit fetchgit mergegit loggit resetgit refloggit revertgit cherry-pickgit taggit rebase乍一看，眼花繚亂，當場決定放棄，還是用可視化工具吧。莫慌，且讓筆者為你娓娓道來。
一般來說，我們本地如果想要使用 Git 管理一些資源文件，首先我們需要有一個倉庫才行。常用的方式莫過于，第一去 Gitlab / Github 先創(chuàng)建一個倉庫，然后再拉到本地，那這個時候我們就可以用到我們的 clone 命令了。
上面也有初步介紹這個命令的用法，就是用來臨時存一下不想被提交的代碼變更的，常用命令如下：
git stash save 'xxx': 儲存變更git stash list: 查看儲存區(qū)所有提交列表git stash pop: 彈出并應(yīng)用最近的一次儲存區(qū)的代碼提交git stash drop stash@{n}: 刪除某次儲存記錄git stash clear: 清楚所有 stash 信息它的數(shù)據(jù)將被存在你倉庫 .git 文件下的 refs/stash 里。
最基礎(chǔ)也是最常用的用法莫過于直接使用
git clone xxx.git這樣就能輕松把一個倉庫代碼拉到本地了，但僅僅知道這一點似乎還不太夠。一般我們直接 clone 下來不帶參數(shù)的話，它會默認停留在 master 分支，有的時候我們依舊需要一些其他訴求，比如怎么拉到本地之后自動切到指定分支呢？
git clone xxx.git -b branch1有了倉庫之后，我們總不能一直在 master 分支搞事吧，一般是不是都需要開個新分支改代碼，再最后完事了再合到 master，那就需要用到下面介紹 git branch 命令了，不過呢，在講到具體的分支操作之前呢，筆者還是要先補一下有關(guān)于本地倉庫的初始化的流程。
除了我們從遠端建倉庫，有的時候我們自己本地也是可以自己初始化一個 Git 倉庫來操作的，這個時候我們就直接使用 git init 就能輕松為當前目錄創(chuàng)建一個 git 倉庫，也就能開始對當前目錄的改動納入版本管理庫了。
不過本地 init 的倉庫沒法和遠端進行交互，所以我們還是需要去 github/gitlab 創(chuàng)建一個遠端倉庫，然后關(guān)聯(lián)一下，也就是 git remote 命令了。
用于和遠程倉庫進行關(guān)系綁定處理等等操作。
git remote add: 添加一個遠程版本庫關(guān)聯(lián)git remote rm: 刪除某個遠程版本庫關(guān)聯(lián)比如我們本地有個初始化好的倉庫，同時還有一個創(chuàng)建好的遠程空倉庫，那么我們就可以執(zhí)行一下操作讓他們關(guān)聯(lián)起來：
git remote add origin xxx.git先添加到本地倉庫git push -u origin master：表示把當前倉庫的 master 分支和遠端倉庫的 master 分支關(guān)聯(lián)起來，后面我們執(zhí)行 push 或者 pull 都可以非常方便的進行操作了。在拿到一個項目之后，你首先還是應(yīng)該看一下當前倉庫現(xiàn)在有哪些分支，不要待會創(chuàng)建新分支發(fā)現(xiàn)名字重復(fù)之類的問題，那這個時候我們就可以使用 git branch 來查看一下相關(guān)的分支了。
git branch：查看本地所有分支信息git branch -r：查看遠程倉庫所有分支git branch -a：查看本地和遠程倉庫所有分支一般來說如果分支太多的話，還是建議使用可視化工具來查看分支信息，比如 vscode 或者 source tree 等軟件等等。
當然 IDEA 也是可以的。
如果我們想以當前分支為基準，創(chuàng)建一個新的分支并切換過去，可以使用如下命令。
git checkout -b branch1我們在某個分支更改了代碼之后，想要把它提交一下，那么你第一步要做的就是，執(zhí)行 git add
git add [file1] [file2]: 添加一個或多個文件到暫存區(qū)一般我們平時在使用的時候，用的比較多的應(yīng)該還是：
git add .：把當前目錄下得所有文件改動都添加到暫存區(qū)git add -A：把當前倉庫內(nèi)所有文件改動都添加到暫存區(qū)對筆者來說，用的最多的還是這個 git add -A 命令，因為大多數(shù)情況，我們都應(yīng)該把所有變更都加到暫存區(qū)里，如果沒有，那大概率是忘了。
文件添加到暫存區(qū)之后，我們就可以執(zhí)行下一步操作了。
git commit [file1] ... -m [message]：將暫存區(qū)的內(nèi)容提交到本地 git 版本倉庫中
git add -A，你就不用再 add 一下了；對于未被 git 管理過的（也就是新增的文件），那么還是需要你先執(zhí)行一下 git add -A，才能正確被 commit 到本地 git 庫。通常情況下，我們用的比較多得應(yīng)該是 git commit -m 'feat: do something'，設(shè)置當前提交的信息。當然，如果你沒有強訴求需要 git add 和 git commit 一定要分開，那你大可選擇 git commit -am，方便又快捷。
這個其實也挺有用的，比如我們項目中有個文件叫 .env，這個文件是一個私有的，不能被提交到遠程的，但是我們不小心提交到了本地倉庫中，這個時候我們把這個文件添加到 .gitignore 文件中，表示需要被 git 忽略提交，但是由于我們已經(jīng)提交到本地倉庫了，所以如果不先從 git 倉庫刪除是沒用的。
如果直接右鍵刪除，那么這個文件的記錄還是會被保存到遠端倉庫，別人還是能看得到你這個信息，所以我們需要先從 git 倉庫中刪掉這個文件才行。
git rm .env：執(zhí)行完這個命令就表示 .env 文件從 git 倉庫中刪除了，配合 .gitignore 就能保證以后所有的 .env 文件變更都不用擔心被提交到遠程倉庫。
git rm -r dist：如果我們要刪除的是一個目錄，那么加上 -r 參數(shù)就好了。
接下來我們想要把剛創(chuàng)建好得分支推送到遠端，一般來說我們可能會需要用到 git push，但我們這是個新分支，根本沒和遠端倉庫建立任何聯(lián)系，那么我們就需要加點參數(shù)，讓他們關(guān)聯(lián)上：
git push --set-upstream origin branch1完事之后我們可以再去遠程倉庫看一眼就會發(fā)現(xiàn)我們創(chuàng)建的新分支已經(jīng)推上去了。接下來可能會有小伙伴要問了，那如果遠端倉庫已經(jīng)有了這個分支名咋整？
這里就分兩種：
通常情況下，如果當前分支已經(jīng)和遠端分支建立了聯(lián)系，那么我們想要合并一下遠端分支，只需要執(zhí)行 git pull 就好了，不用帶其他參數(shù)，但如果和上面提到的 git push 時產(chǎn)生了沖突，還沒有建立聯(lián)系的時候，我們就需要指定需要拉取哪個分支的代碼下來進行合并了。
git pull origin branch1這里的 origin 是我們對遠端倉庫的命名，想改也是可以的，不過一般都是用的 origin。
回到上面提到的沖突問題，我們可以直接使用 git pull 然后指定合并當前本地分支想要建立聯(lián)系的遠程分支，然后本地解決一下沖突，然后提交一下改動，再執(zhí)行 git push --set-upstream origin branch1 命令就大功告成了。
了解完上面描述的 git pull，命令之后，其實這個命令也很好理解了，特定時候，可能我們只是想把遠端倉庫對應(yīng)分支的變更拉到本地而已，并不想自動合并到我的工作區(qū)（你當前正在進行代碼變更的工作區(qū)），等晚些時候我寫完了某部分的代碼之后再考慮合并，那么你就可以先使用 git fetch。
fetch 完畢之后，我提交了自己當前工作去的變更到本地倉庫，然后想合并一下遠端分支的更改，這個時候執(zhí)行一下 git merge origin/[當前分支名]（默認一般是用 origin 表示遠端的分支前綴）即可。
合并指定分支代碼到當前分支。一般來說，我們用的比較多的場景可能是，遠端倉庫 master 分支有變更了，同時這個時候我們準備提 MR 了，那么就需要先合一下 master 的代碼，有沖突就解決下沖突，那這個時候我們可以做以下操作：
同理，上面介紹的 git merge origin/xxx 也是一樣的用法。
顧名思義，就是日志的意思，執(zhí)行這個命令之后，我們能看到當前分支的提交記錄信息，比如 commitId 和提交的時間描述等等，大概長下面這樣：
commit e55c4d273141edff401cbc6642fe21e14681c258 (HEAD -> branch1, origin/branch1)
Author: 陌小路 <44311619+STDSuperman@users.noreply.github.com>
Date: Mon Aug 1 23:16:11 2022 +0800
Initial commit
復(fù)制代碼這個時候可能有讀者會問了，這個都用來干啥的，簡單的用法呢就是看看有誰提交了啥，還有更重要的用法呢就是進行代碼版本的回滾，或者其他有意思的操作，且聽筆者為你微微道來。
以下解析均基于后接參數(shù)為 HEAD^，也就是git reset HEAD^。
--soft: 重置你最新一次提交版本，不會修改你的暫存區(qū)和工作區(qū)。--mixed: 默認參數(shù)，用于重置暫存區(qū)的文件與上一次的提交(commit)保持一致，工作區(qū)文件內(nèi)容保持不變。--hard: 重置所有提交到上一個版本，并且修改你的工作區(qū)，會徹底回到上一個提交版本，在代碼中看不到當前提交的代碼，也就是你的工作區(qū)改動也被干掉了。說了半天似乎不是很好理解，我們舉個栗子理解下：
比如：
git add，這個時候你查看暫存區(qū)，會發(fā)現(xiàn)這次改動被提交進去了，同時被 vscode 標記為已被提交至?xí)捍鎱^(qū)git commit，這個時候就完成了一次提交接下來我們想撤回這次提交，以上三種參數(shù)所體現(xiàn)的表現(xiàn)會是這樣的：
--soft：我們對 README 的更改狀態(tài)現(xiàn)在變成已被提交至?xí)捍鎱^(qū)，也就是上面 2 的步驟。--mixed： 我們對 README 的更改變成還未被提交至?xí)捍鎱^(qū)，也就是上面 1 的步驟。--hard：我們對 README 的所有更改全沒了，git log 中也找不到我們對 README 剛剛那次修改的痕跡。默認情況下我們不加參數(shù)，就是 --mixed，也就是重置暫存區(qū)的文件到上一次提交的版本，文件內(nèi)容不動。一般會在什么時候用到呢？
可能大部分情況下，比如 vscode 其實大家更習(xí)慣于使用可視化的撤銷能力，但是呢，這里我們其實也可以稍微了解下這其中的奧秘，其實也很簡單：
git resetgit reset HEAD其實一二都是一樣，如果 reset 后面不跟東西就是默認 HEAD。
當你某個改動提交到本地倉庫之后，也就是 commit 之后，這個時候你想撤回來，再改點其他的，那么就可以直接使用 git reset HEAD^。這個時候你會驚奇的發(fā)現(xiàn)，你上一版的代碼改動，全部變成了未被提交到暫存區(qū)的狀態(tài)，這個時候你再改改代碼，然后再提交到暫存區(qū)，然后一起再 commit 就可滿足你的需求了。
除了這種基礎(chǔ)用法，我們還可以配合其他命令操作一下。
某一天你老板跟你說，昨天新加的功能不要了，給我切回之前的版本看看效果，那么這個時候，你可能就需要將工作區(qū)的代碼回滾到上一個 commit 版本了，操作也十分簡單：
git log 查看上一個 commit 記錄，并復(fù)制 commitIdgit reset --hard commitId 直接回滾。如果某一個你開發(fā)需求正開心呢，突然發(fā)現(xiàn)，自己以前改的某個東西怎么不見了，你想起來好像是某次合并，沒注意被其他提交沖掉了，你心一想，完了，寫了那么多，怎么辦？很簡單，回到有這份代碼的那個版本就好了（前提你提交過到本地倉庫）。
假設(shè)我們有這么兩個提交記錄，我們需要下面那個 365 開頭 commitId 的代碼：
commit e62b559633387ab3a5324ead416f09bf347d8e4a (HEAD -> master)
Author: xiaohang.lin <xiaohang.lin@alibaba-inc.com>
Date: Sun Aug 14 18:08:56 2022 +0800
merge
commit 36577ea21d79350845f104eee8ae3e740f19e038 (origin/master, origin/HEAD)
Author: 陌小路 <44311619+STDSuperman@users.noreply.github.com>
Date: Sun Aug 14 15:57:34 2022 +0800
Update README.md
復(fù)制代碼git log 找到有你這個代碼的那個 commitId（也就是 36577ea21d79350845f104eee8ae3e740f19e038）git reset --hard commitId這個時候你想把復(fù)制好的代碼寫回去，該怎么辦呢，你可能會再 git log 看一下我們 reset 之前的 commitId，你會發(fā)現(xiàn)，完了，之前的 commitId 都沒了，只有這個 365 了。
commit 36577ea21d79350845f104eee8ae3e740f19e038 (origin/master, origin/HEAD)
Author: 陌小路 <44311619+STDSuperman@users.noreply.github.com>
Date: Sun Aug 14 15:57:34 2022 +0800
Update README.md
復(fù)制代碼不要慌，請記住一句話，只要你不刪你本地的 .git 倉庫，你都能找回以前所有的提交。
git log 看不到的話，我們就可以祭出我們的絕招了：git reflog
36577ea (HEAD -> master, origin/master, origin/HEAD) HEAD@{0}: reset: moving to 36577ea21d79350845f104eee8ae3e740f19e038
e62b559 HEAD@{1}: reset: moving to e62b559633387ab3a5324ead416f09bf347d8e4a
復(fù)制代碼這里我們可以看到兩行記錄，一個是我們執(zhí)行 reset 到 365 的記錄，另一條不知道是啥，不重要，我們想回到我們剛剛 reset 之前的狀態(tài)也很簡單，直接復(fù)制它上一次的變動也就是這個 e62b559，然后執(zhí)行 git reset --hard e62b559，然后你會驚奇的發(fā)現(xiàn)，你之前的代碼又回來了。
接下來把你以前版本的代碼，再 Ctrl + v 放進來就完成了。
介紹：用來查看你的所有操作記錄。
既然 git log 看不到我之前 commitId 了，那么就回到 reset 之前的狀態(tài)吧！
當然了，如果是針對 master 的操作，為了安全起見，一般還是建議使用 revert 命令，他也能實現(xiàn)和 reset 一樣的效果，只不過區(qū)別來說，reset 是向后的，而 revert 是向前的，怎么理解呢？簡單來說，把這個過程當做一次時光穿梭，reset 表示你犯了一個錯，他會帶你回到?jīng)]有犯錯之前，而 revert 會給你一個彌補方案，采用這個方案之后讓你得到的結(jié)果和沒犯錯之前一樣。
舉個栗子： 假設(shè)你改了 README 的描述，新增了一行文字，提交上去了，過一會你覺得這個寫了有問題，想要撤銷一下，但是又不想之前那個提交消失在當前歷史當中，那么你就可以選擇使用 git revert [commitId]，那么它就會產(chǎn)生一次新的提交，提交的內(nèi)容就是幫你刪掉你上面新增的內(nèi)容，相當于是一個互補的操作。
PS D:\Code\other\git-practice> git revert 3b18a20ad39eea5264b52f0878efcb4f836931ce
On branch branch2
Your branch is ahead of 'origin/branch2' by 1 commit.
(use "git push" to publish your local commits)
復(fù)制代碼這個時候，它會提示你可以把新的改動 push 上去了。
其實你如果在 gitlab 進行 mr 之后，想要回滾這個 mr，一般它會給你一個 revert 的按鈕選項，讓你進行更安全的回滾操作。
其實對于我們工作中大部分場景下應(yīng)該用不到這個功能，但是呢有的時候這個命令又能挽救你于水火之間，那就是當某個倒霉蛋忘記切分支，然后在 master 分支上改了代碼，并且提交到了本地倉庫中，這個時候使用git cherry-pick簡直就是神器了。
git cherry-pick：將執(zhí)行分支的指定提交合并到當前分支。一聽介紹就來精神了，雀氏有點東西，比如我在 master 分支提交了某個需求的代碼，同時還沒提交到遠程分支，那么你就可以先 git log 查看一下當前的提交，找到 master 分支正常提交之后的所有 commitId，然后復(fù)制出來，然后再切到你建好的開發(fā)分支，接著執(zhí)行 git cherry-pick master commitId1 commitId2 commitId4。
完事之后記得清理一下作案現(xiàn)場，把你的 master 分支代碼恢復(fù)到正常的提交上去。
顧名思義，也就是打標簽的意思。一般可能會在你發(fā)布了某個版本，需要給當前版本打個標簽，你可以翻閱 vite 的官方 git 倉庫，查看它的 tag 信息，它這里就標注了各個版本發(fā)布時候的 tag 標簽。
它有兩種標簽形式，一種是輕量標簽，另一種是附注標簽。
git tag v1.0.0它有點像是對某個提交的引用，從表現(xiàn)上來看，它又有點像基于當前分支提交給你創(chuàng)建了一個不可變的分支，它是支持你直接 checkout 到這個分支上去，但是它和普通分支還是有著本質(zhì)的區(qū)別的，如果你切換到了這個 tag "分支"，你去修改代碼同時產(chǎn)生了一次提交，亦或者是 reset 版本，這對于該 tag 本身不會有任何影響，而是為你生成了一個獨立的提交，但是卻在你的分支歷史中是找不到的，你只能通過 commitId 來切換到本次提交，看圖：
那如果你從其他分支通過 commitId 切換到這個改動上，它會提示你以下內(nèi)容：
Note: switching to 'be276009'.
changes and commit them, and you can discard any commits you make in this
state without impacting any branches by switching back to a branch.
If you want to create a new branch to retain commits you create, you may
do so (now or later) by using -c with the switch command. Example:
git switch -c <new-branch-name>
Or undo this operation with:
git switch -
復(fù)制代碼大致意思就是你可以選擇丟棄或者保留當前更改，如果需要保留的話直接使用下面的 git switch 命令創(chuàng)建一個新分支即可。
git tag -a v1.0.1 -m "發(fā)布正式版 1.0.1"引用官方文檔的描述：
而附注標簽是存儲在 Git 數(shù)據(jù)庫中的一個完整對象， 它們是可以被校驗的，其中包含打標簽者的名字、電子郵件地址、日期時間， 此外還有一個標簽信息，并且可以使用 GNU Privacy Guard （GPG）簽名并驗證。
從概念上看，輕量標簽更像是一個臨時的標簽，而附注標簽更加正式一點，能夠保留更多的信息。它創(chuàng)建的方式和輕量標簽區(qū)別主要是 -a 和 -m 參數(shù)，如果你的 -m 參數(shù)不傳，那么編輯器會讓你手動填寫。
打完標簽之后，我們可以使用 git show 命令來看看這兩種標簽最終體現(xiàn)的信息有哪些。
commit dcbd335be87f51eaa0cc1852400e64e9f46e84d8 (HEAD -> test-branch1, tag: v1.0.2, tag: v1.0.1)
Author: STDSuperman <2750556766@qq.com>
Date: Tue Aug 16 22:54:36 2022 +0800
xx
diff --git a/README.md b/README.md
index 715766a..b4cdea6 100644
--- a/README.md
+++ b/README.md
@@ -1 +1,3 @@
-# git-practice
\ No newline at end of file
+# git-practice
+
+test tag
復(fù)制代碼tag v1.0.1
Tagger: STDSuperman <2750556766@qq.com>
Date: Tue Aug 16 22:58:27 2022 +0800
發(fā)布正式版 1.0.0
commit dcbd335be87f51eaa0cc1852400e64e9f46e84d8 (HEAD -> test-branch1, tag: v1.0.1)
Author: STDSuperman <2750556766@qq.com>
Date: Tue Aug 16 22:54:36 2022 +0800
xx
diff --git a/README.md b/README.md
index 715766a..b4cdea6 100644
--- a/README.md
+++ b/README.md
復(fù)制代碼從信息豐富度上來說，附注標簽?zāi)鼙Ａ舻男畔唷?/p>
git push origin tagName$> git push origin v1.0.1
Enumerating objects: 6, done.
Counting objects: 100% (6/6), done.
Delta compression using up to 12 threads
Compressing objects: 100% (3/3), done.
Writing objects: 100% (4/4), 448 bytes | 448.00 KiB/s, done.
Total 4 (delta 0), reused 0 (delta 0), pack-reused 0
To github.com:STDSuperman/git-practice.git
* [new tag] v1.0.1 -> v1.0.1
復(fù)制代碼當然，附注標簽和輕量標簽都是可以被推送到遠端的。
git taggit tag -l v1.0.1git tag -d v1.0.1git push origin --delete v1.0.2
git push origin :refs/tags/v1.0.1這塊其實涉及的玩法會相對來說復(fù)雜一點，可能還是需要拿來和 merge 做一下對比才更加有意義，東西有點多，先擱置一下。
WIP...
聯(lián)系客服
