1. 程式人生 > >圖解git中的最常用命令

圖解git中的最常用命令

pick 綠色 分享 SM 範圍 包括 增加 push 完全

圖解git中的最常用命令

Git命令參考手冊(文本版)

git init # 初始化本地git倉庫(創建新倉庫)
git config --global user.name "xxx" # 配置用戶名
git config --global user.email "[email protected]" # 配置郵件
git config --global color.ui true # git status等命令自動著色
git config --global color.status auto
git config --global color.diff auto
git config --global color.branch auto
git config --global color.interactive auto
git clone git+ssh://[email protected]/VT.git # clone遠程倉庫
git status # 查看當前版本狀態(是否修改)
git add xyz # 添加xyz文件至index
git add . # 增加當前子目錄下所有更改過的文件至index
git commit -m ‘xxx‘ # 提交
git commit --amend -m ‘xxx‘ # 合並上一次提交(用於反復修改)
git commit -am ‘xxx‘ # 將add和commit合為一步
git rm xxx # 刪除index中的文件
git rm -r * # 遞歸刪除
git log # 顯示提交日誌
git log -1 # 顯示1行日誌 -n為n行
git log -5
git log --stat # 顯示提交日誌及相關變動文件
git log -p -m
git show dfb02e6e4f2f7b573337763e5c0013802e392818 # 顯示某個提交的詳細內容
git show dfb02 # 可只用commitid的前幾位
git show HEAD # 顯示HEAD提交日誌
git show HEAD^ # 顯示HEAD的父(上一個版本)的提交日誌 ^^為上兩個版本 ^5為上5個版本
git tag # 顯示已存在的tag
git tag -a v2.0 -m ‘xxx‘ # 增加v2.0的tag
git show v2.0 # 顯示v2.0的日誌及詳細內容
git log v2.0 # 顯示v2.0的日誌
git diff # 顯示所有未添加至index的變更
git diff --cached # 顯示所有已添加index但還未commit的變更
git diff HEAD^ # 比較與上一個版本的差異
git diff HEAD -- ./lib # 比較與HEAD版本lib目錄的差異
git diff origin/master..master # 比較遠程分支master上有本地分支master上沒有的
git diff origin/master..master --stat # 只顯示差異的文件,不顯示具體內容
git remote add origin git+ssh://[email protected]/VT.git # 增加遠程定義(用於push/pull/fetch)
git branch # 顯示本地分支
git branch --contains 50089 # 顯示包含提交50089的分支
git branch -a # 顯示所有分支
git branch -r # 顯示所有原創分支
git branch --merged # 顯示所有已合並到當前分支的分支
git branch --no-merged # 顯示所有未合並到當前分支的分支
git branch -m master master_copy # 本地分支改名
git checkout -b master_copy # 從當前分支創建新分支master_copy並檢出
git checkout -b master master_copy # 上面的完整版
git checkout features/performance # 檢出已存在的features/performance分支
git checkout --track hotfixes/BJVEP933 # 檢出遠程分支hotfixes/BJVEP933並創建本地跟蹤分支
git checkout v2.0 # 檢出版本v2.0
git checkout -b devel origin/develop # 從遠程分支develop創建新本地分支devel並檢出
git checkout -- README # 檢出head版本的README文件(可用於修改錯誤回退)
git merge origin/master # 合並遠程master分支至當前分支
git cherry-pick ff44785404a8e # 合並提交ff44785404a8e的修改
git push origin master # 將當前分支push到遠程master分支
git push origin :hotfixes/BJVEP933 # 刪除遠程倉庫的hotfixes/BJVEP933分支
git push --tags # 把所有tag推送到遠程倉庫
git fetch # 獲取所有遠程分支(不更新本地分支,另需merge)
git fetch --prune # 獲取所有原創分支並清除服務器上已刪掉的分支
git pull origin master # 獲取遠程分支master並merge到當前分支
git mv README README2 # 重命名文件README為README2
git reset --hard HEAD # 將當前版本重置為HEAD(通常用於merge失敗回退)
git rebase
git branch -d hotfixes/BJVEP933 # 刪除分支hotfixes/BJVEP933(本分支修改已合並到其他分支)
git branch -D hotfixes/BJVEP933 # 強制刪除分支hotfixes/BJVEP933
git ls-files # 列出git index包含的文件
git show-branch # 圖示當前分支歷史
git show-branch --all # 圖示所有分支歷史
git whatchanged # 顯示提交歷史對應的文件修改
git revert dfb02e6e4f2f7b573337763e5c0013802e392818 # 撤銷提交dfb02e6e4f2f7b573337763e5c0013802e392818
git ls-tree HEAD # 內部命令:顯示某個git對象
git rev-parse v2.0 # 內部命令:顯示某個ref對於的SHA1 HASH
git reflog # 顯示所有提交,包括孤立節點
git show HEAD@{5}
git show master@{yesterday} # 顯示master分支昨天的狀態
git log --pretty=format:‘%h %s‘ --graph # 圖示提交日誌
git show HEAD~3
git show -s --pretty=raw 2be7fcb476
git stash # 暫存當前修改,將所有至為HEAD狀態
git stash list # 查看所有暫存
git stash show -p stash@{0} # 參考第一次暫存
git stash apply stash@{0} # 應用第一次暫存
git grep "delete from" # 文件中搜索文本“delete from”
git grep -e ‘#define‘ --and -e SORT_DIRENT
git gc
git fsck

此頁圖解git中的最常用命令。如果你稍微理解git的工作原理,這篇文章能夠讓你理解的更透徹。 如果你想知道這個站點怎樣產生,請前往GitHub repository。

正文

  1. 基本用法
  2. 約定
  3. 命令詳解
    1. Diff
    2. Commit
    3. Checkout
    4. Detached HEAD(匿名分支提交)
    5. Reset
    6. Merge
    7. Cherry Pick
    8. Rebase
  4. 技術說明

基本用法

技術分享圖片

上面的四條命令在工作目錄、暫存目錄(也叫做索引)和倉庫之間復制文件。

  • git add files 把當前文件放入暫存區域。
  • git commit 給暫存區域生成快照並提交。
  • git reset -- files 用來撤銷最後一次git add files
    ,你也可以用git reset 撤銷所有暫存區域文件。
  • git checkout -- files 把文件從暫存區域復制到工作目錄,用來丟棄本地修改。

你可以用 git reset -p, git checkout -p, or git add -p進入交互模式。

也可以跳過暫存區域直接從倉庫取出文件或者直接提交代碼。

技術分享圖片
  • git commit -a 相當於運行 git add 把所有當前目錄下的文件加入暫存區域再運行。git commit.
  • git commit files 進行一次包含最後一次提交加上工作目錄中文件快照的提交。並且文件被添加到暫存區域。
  • git checkout HEAD -- files
    回滾到復制最後一次提交。

約定

後文中以下面的形式使用圖片。

技術分享圖片

綠色的5位字符表示提交的ID,分別指向父節點。分支用橘色顯示,分別指向特定的提交。當前分支由附在其上的HEAD標識。 這張圖片裏顯示最後5次提交,ed489是最新提交。 master分支指向此次提交,另一個maint分支指向祖父提交節點。

命令詳解

Diff

有許多種方法查看兩次提交之間的變動。下面是一些示例。

技術分享圖片

Commit

提交時,git用暫存區域的文件創建一個新的提交,並把此時的節點設為父節點。然後把當前分支指向新的提交節點。下圖中,當前分支是master。 在運行命令之前,master指向ed489,提交後,master指向新的節點f0cec並以ed489作為父節點。

技術分享圖片

即便當前分支是某次提交的祖父節點,git會同樣操作。下圖中,在master分支的祖父節點maint分支進行一次提交,生成了1800b。 這樣,maint分支就不再是master分支的祖父節點。此時,合並 (或者 衍合) 是必須的。

技術分享圖片

如果想更改一次提交,使用 git commit --amend。git會使用與當前提交相同的父節點進行一次新提交,舊的提交會被取消。

技術分享圖片

另一個例子是分離HEAD提交,後文講。

Checkout

checkout命令用於從歷史提交(或者暫存區域)中拷貝文件到工作目錄,也可用於切換分支。

當給定某個文件名(或者打開-p選項,或者文件名和-p選項同時打開)時,git會從指定的提交中拷貝文件到暫存區域和工作目錄。比如,git checkout HEAD~ foo.c會將提交節點HEAD~(即當前提交節點的父節點)中的foo.c復制到工作目錄並且加到暫存區域中。(如果命令中沒有指定提交節點,則會從暫存區域中拷貝內容。)註意當前分支不會發生變化。

技術分享圖片

當不指定文件名,而是給出一個(本地)分支時,那麽HEAD標識會移動到那個分支(也就是說,我們“切換”到那個分支了),然後暫存區域和工作目錄中的內容會和HEAD對應的提交節點一致。新提交節點(下圖中的a47c3)中的所有文件都會被復制(到暫存區域和工作目錄中);只存在於老的提交節點(ed489)中的文件會被刪除;不屬於上述兩者的文件會被忽略,不受影響。

技術分享圖片

如果既沒有指定文件名,也沒有指定分支名,而是一個標簽、遠程分支、SHA-1值或者是像master~3類似的東西,就得到一個匿名分支,稱作detached HEAD(被分離的HEAD標識)。這樣可以很方便地在歷史版本之間互相切換。比如說你想要編譯1.6.6.1版本的git,你可以運行git checkout v1.6.6.1(這是一個標簽,而非分支名),編譯,安裝,然後切換回另一個分支,比如說git checkout master。然而,當提交操作涉及到“分離的HEAD”時,其行為會略有不同,詳情見在下面。

技術分享圖片

HEAD標識處於分離狀態時的提交操作

HEAD處於分離狀態(不依附於任一分支)時,提交操作可以正常進行,但是不會更新任何已命名的分支。(你可以認為這是在更新一個匿名分支。)

技術分享圖片

一旦此後你切換到別的分支,比如說master,那麽這個提交節點(可能)再也不會被引用到,然後就會被丟棄掉了。註意這個命令之後就不會有東西引用2eecb

技術分享圖片

但是,如果你想保存這個狀態,可以用命令git checkout -b name來創建一個新的分支。

技術分享圖片

Reset

reset命令把當前分支指向另一個位置,並且有選擇的變動工作目錄和索引。也用來在從歷史倉庫中復制文件到索引,而不動工作目錄。

如果不給選項,那麽當前分支指向到那個提交。如果用--hard選項,那麽工作目錄也更新,如果用--soft選項,那麽都不變。

技術分享圖片

如果沒有給出提交點的版本號,那麽默認用HEAD。這樣,分支指向不變,但是索引會回滾到最後一次提交,如果用--hard選項,工作目錄也同樣。

技術分享圖片

如果給了文件名(或者 -p選項), 那麽工作效果和帶文件名的checkout差不多,除了索引被更新。

技術分享圖片

Merge

merge 命令把不同分支合並起來。合並前,索引必須和當前提交相同。如果另一個分支是當前提交的祖父節點,那麽合並命令將什麽也不做。 另一種情況是如果當前提交是另一個分支的祖父節點,就導致fast-forward合並。指向只是簡單的移動,並生成一個新的提交。

技術分享圖片

否則就是一次真正的合並。默認把當前提交(ed489 如下所示)和另一個提交(33104)以及他們的共同祖父節點(b325c)進行一次三方合並。結果是先保存當前目錄和索引,然後和父節點33104一起做一次新提交。

技術分享圖片

Cherry Pick

cherry-pick命令"復制"一個提交節點並在當前分支做一次完全一樣的新提交。

技術分享圖片

Rebase

衍合是合並命令的另一種選擇。合並把兩個父分支合並進行一次提交,提交歷史不是線性的。衍合在當前分支上重演另一個分支的歷史,提交歷史是線性的。 本質上,這是線性化的自動的cherry-pick

技術分享圖片

上面的命令都在topic分支中進行,而不是master分支,在master分支上重演,並且把分支指向新的節點。註意舊提交沒有被引用,將被回收。

要限制回滾範圍,使用--onto選項。下面的命令在master分支上重演當前分支從169a6以來的最近幾個提交,即2c33a

技術分享圖片

同樣有git rebase --interactive讓你更方便的完成一些復雜操作,比如丟棄、重排、修改、合並提交。沒有圖片體現這些,細節看這裏:git-rebase(1)

技術說明

文件內容並沒有真正存儲在索引(.git/index)或者提交對象中,而是以blob的形式分別存儲在數據庫中(.git/objects),並用SHA-1值來校驗。 索引文件用識別碼列出相關的blob文件以及別的數據。對於提交來說,以樹(tree)的形式存儲,同樣用對於的哈希值識別。樹對應著工作目錄中的文件夾,樹中包含的 樹或者blob對象對應著相應的子目錄和文件。每次提交都存儲下它的上一級樹的識別碼。

如果用detached HEAD提交,那麽最後一次提交會被the reflog for HEAD引用。但是過一段時間就失效,最終被回收,與git commit --amend或者git rebase很像。

來源: <http://marklodato.github.io/visual-git-guide/index-zh-cn.html#technical-notes>

圖解git中的最常用命令