前言
因為結(jié)合了開發(fā)中可能遇到的場景,篇幅較長,不過我覺得很有助于你理解 git 的運作機制,而不是死記硬背命令。
HEAD指針 始終指向的是當前分支的最新版本號,HEAD^, HEAD^^, ^ 的個數(shù) n 或 HEAD~n,n 代表前 n 個版本號。
在項目中直接使用 linux rm 只會刪除工作區(qū)的文件,git rm 同在刪除工作區(qū)文件的同時刪除 stage 中的,或使用 git rm --cached 只刪除 stage 中的。
一些基本的操作
#全局配置
git config --global user.name "your username"
git config --global user.email youremail@email.com
git config --global color.ui true
#
mkdir git_proj cd git_proj
git init
echo "# readme.md" >> README.md
git add README.md
git commit -m "readme commit"
# 添加遠程倉庫 并給它取個別名 origin
git remote add origin git@github.com:username/repositoryName.git
# 將本地倉庫推送至 origin 的 master 分支并與此分支關聯(lián)(-u 的作用,后期不必在使用)
git push -u origin master
# 從遠程倉庫 origin 的 master 分支獲取最新源碼并下載到 tmp 分支
git fetch origin master:tmp
# 比對 tmp 分支于 master 分支做了哪些改動
git diff master tmp
# 合并 tmp 分支到 master 分支
git merge tmp
# clone copy 一個完整的遠端倉庫到本地
git clone git@github.com:username/repositoryName.git
# pull 獲取 origin 的 master 分支并直接和當前分支合并
# 所以可能會發(fā)生沖突
git pull origin master
checkout
checkout 命令有兩個主要作用:切換分支 和 回滾文件到當前的 stage 版本 或 repository 版本
1、切換分支
# 切換到 new_branch 分支
git checkout new_branch
# 創(chuàng)建并切換到 new_branch 分支
git checkout -b new_branch
2、回滾工作區(qū)的文件到最新 stage 版本 或 repository 版本,即從 stage 或 repository 中檢出最新版本
# -- 是文件標示符 表名后面的參數(shù)為文件 避免產(chǎn)生切換 branch 的歧義
git checkout -- filename>
回滾時會先檢查 stage 中是否有對應的文件,如果沒有才會使用 repository 中最新的版本。而當對某文件進行了多次修改和 add 操作后,使用 checkout 我們只能將文件回滾到最新一次的 add 的版本。
但在某些場景下我們可能想回滾到 repository 中的最新版本,怎么做呢?配合 reset 命令的可以很容易做到。
先給出命令:
git reset HEAD filename> git checkout -- filename>
這樣就可以將工作區(qū)的 filename 回滾到 repository 中的最新版本了。具體原理我們將在實例中詳細的講解。
reset
git 的 reset 命令比較繞,需要耐心的理解。簡單來說,reset 有三種重置級別,我們需要準確理解每個級別的作用。
soft:回退版本號。作用于 repository
mixed:回退版本號,重置 stage。作用于 repository 和 stage
hard :回退版本號,重置 stage,重置工作區(qū)源碼。作用于 repository,stage 和 workspace
我們簡單展示下 repository 的版本號,我們以此為 demo 分別嘗試三個級別的 reset
git log
version D (HEAD) -- HEAD指針
version C (HEAD^)
version B (HEAD^^)
version A (HEAD~3)
命令格式:
git reset [--soft|--mixed|--hard] version_no filename>
--soft:只是單純的移動 repository 的 HEAD指針 到制定版本號。stage 和工作區(qū)沒有任何變化。
# 將 HEAD 指針回滾至上一版本 使用 git log 你會發(fā)現(xiàn)提交日志退回到了上一版本號
git reset --soft HEAD^
#版本號現(xiàn)狀
version C -- HEAD指針
version B
version A
--mixed:默認選項,移動 repository 的 HEAD指針 到指定版本號,同時用此版本重置 stage 區(qū),所以可能會讓工作區(qū)的某些文件處于 unstage 狀態(tài)(當工作區(qū)的文件與 repository 中的版本不一致時)。注意,這里是可以指定文件的。soft 本身和文件無關,hard 則是不能單獨指定文件,只能全部重置。
# HEAD指針 還是指向 HEAD
git reset HEAD^2 filename>
#版本號現(xiàn)狀
version B -- HEAD指針
version A
HEAD指針 指向 version B,并且 stage 已經(jīng)被 version B 的文件重置,工作區(qū)則不受影響。
這里有個很實用的小技巧:
git reset version_no filename> git checkout -- filename>
這兩個命令組合在一起可以讓工作區(qū)的指定文件回滾到 repository 中對應的 version_no 版本。
如果 version_no 是 HEAD 的話那就可以回滾文件到最新一次的提交。
--hard:謹慎使用?。?!移動 repository 的 HEAD指針 到指定版本號,同時用此版本重置 stage 區(qū) 和 工作區(qū)源碼。這里要特別注意,工作區(qū)的源碼也會被覆蓋重置掉,你的修改會全部丟失。簡單來說就是將代碼徹底恢復到指定版本。hard 是沒辦法指定文件的,要么回滾,要么全回滾。
# HEAD指針 還是指向 HEAD
git reset --hard HEAD^3
#版本號現(xiàn)狀
version A -- HEAD指針
此時,HEAD指針 指向 version A,并且 stage 和 工作區(qū)的文件已經(jīng)被 version A 的文件重置。整個項目的狀態(tài)完全回到提交 version A 時按下回車鍵的那一刻。
rm
git rm 不同于直接使用 rm,git rm 會刪除工作區(qū) 和 stage 區(qū)的內(nèi)容。注意:這里你沒辦法再使用 git checkout -- filename>
來回滾操作了,因為工作區(qū)也沒有 filename 文件了,沒辦法與 repository 做關聯(lián),只能使用 git reset HEAD filename> 來重置 stage 中的此文件,然后 git checkout -- filename>
git rm [--cached] [-r] [-f] filename>
這里就提示一點,只想把 stage 中的文件刪除掉讓文件脫離 git 的管理,可以使用
git rm --cached filename>
此時工作區(qū)的 filename 并不會被刪除,但狀態(tài)會被改為 untracked,同時 stage 會記錄下 filename 的狀態(tài)為刪除,提交的話版本庫將新增一個 filename 被刪除掉的版本。
刪除 stage 中的文件和使用 reset命令 重置 stage 中的文件是有區(qū)別的,刪除會讓文件狀態(tài)更改為 untracked,而重置會讓文件狀態(tài)更改為 unstage(如果工作區(qū)和 stage 文件內(nèi)容不一致)。
小實例場景:
1、回滾工作區(qū)某文件到指定的 repository 版本
工作中,我們可能會針對某文件做多次修改和 add 到 stage 的操作,而后發(fā)現(xiàn)思路完全錯了,需要重新設計開發(fā)。
比如文件 foo 的 A版 我提交了一次后,又進行了 B版 和 C版 的兩次修改并 add 到了 stage 區(qū)。第三次修改后 D版 我發(fā)現(xiàn)一開始思路就錯了,需要重新設計。那此時直接使用 git checkout -- foo
是拿不到最初的 A版 的,因為 stage 區(qū)還存放著 foo 的 C版。此時我們便可以使用 git reset HEAD foo
命令,repository 最新版本號中存放著 foo 的 A版,命令會在不移動 HEAD 的前提下,使用 foo A版 去重置 stage 區(qū)。命令執(zhí)行后 stage 區(qū)的 foo 文件已經(jīng)是 A版 了。我們再使用 git checkout -- foo
便可以將工作區(qū)的 foo D版 回滾至 A 版。即:
git reset HEAD foo git checkout -- foo
HEAD 代表當前版本,所以 HEAD指針 不會移動。同時 stage 區(qū)會被 repository 的當前版本的 filename 重置,也就說 stage 區(qū) 存放的 filename 與 repository 中相同了。此時我們再使用 git checkout -- filename>
便可以回滾工作區(qū)的 filename 到 repository 的當前版本。其實就是利用 reset --mixed 會重置 stage 區(qū),然后 checkout 會將 stage 區(qū)的文件檢出到工作目錄。當然,reset 很靈活,可以回滾任意指定的版本。
其實如果只是回滾至當前版本的話,還有個命令能實現(xiàn)相同的功能
git rm --cached filename> git checkout -- filename>
git rm --cached filename>
會將 stage 中的此文件刪除,文件狀態(tài)會變?yōu)?untracked,然后 checkout 時發(fā)現(xiàn) stage 中木有此文件,故會去 repository 的當前版本中檢出此文件。
diff
- git diff -- filename> 工作區(qū) 比較 暫存區(qū)
- git diff --cached -- filename> 暫存區(qū) 比較 本地庫當前版本
- git diff HEAD~N -- filename> 工作區(qū) 比較 本地庫第N個版本
- git diff HEAD HEAD^ -- filename> HEAD 比較 HEAD^
- git diff master tmp -- filename> master 比較 tmp
- git diff SHA1 SHA2 -- filename> 比較兩個歷史版本之間的差異
總結(jié)
以上就是這篇文章的全部內(nèi)容了,希望本文的內(nèi)容對大家的學習或者工作具有一定的參考學習價值,如果有疑問大家可以留言交流,謝謝大家對腳本之家的支持。
您可能感興趣的文章:- Git rebase命令使用實戰(zhàn)
- Windows 版本Git命令行的使用詳解
- Git pull(拉取)及push(上傳)相關命令介紹
- 解決idea中Terminal終端無法執(zhí)行GIT命令+Terminal 中文亂碼問題
- .NET Corek中Git的常用命令及實戰(zhàn)演練
- C#/.NET使用git命令行來操作git倉庫的方法示例
- Git命令的簡單整理大全
- 分享Git常用7大技巧和命令
- Git代碼提交流程及git命令匯總(基礎篇)
- Git的簡單理解及基礎操作命令詳解
- Git 常用命令清單(整理且詳細)
- 日常收集整理的Git常用命令
- Git 命令行教程及實例教程(附github注冊)
- git checkout 命令使用詳解