不加參數的git diff:
show diff of unstaged changes.
此命令比較的是工作目錄中當前文件和暫存區域快照之間的差異,也就是修改之後還沒有暫存起來的變化內容.
若要看已經暫存起來的文件和上次提交時的快照之間的差異,可以用:
git diff --cached 命令.
show diff of staged changes.
(Git 1.6.1 及更高版本還允許使用 git diff --staged,效果是相同的).
git diff HEAD
show diff of all staged or unstated changes.
也即比較woking directory和上次提交之間所有的改動.
如果想看自從某個版本之後都改動了什麼,可以用:
git diff [version tag]
跟log命令一樣,diff也可以加上--stat參數來簡化輸出.
git diff [branchA] [branchB]可以用來比較兩個分支.
它實際上會返回一個由A到B的patch,不是我們想要的結果.
一般我們想要的結果是兩個分支分開以後各自的改動都是什麼,是由命令:
git diff [branchA]…[branchB]給出的.
實際上它是:git diff $(git merge-base [branchA] [branchB]) [branchB]的結果.
git commit
提交已經被add進來的改動.
git commit -m “the commit message"
git commit -a 會先把所有已經track的文件的改動add進來,然後提交(有點像svn的一次提交,不用先暫存). 對於沒有track的文件,還是需要git add一下.
git commit --amend 增補提交. 會使用與當前提交節點相同的父節點進行一次新的提交,舊的提交將會被取消.
git reset
undo changes and commits.
這裏的HEAD關鍵字指的是當前分支最末梢最新的一個提交.也就是版本庫中該分支上的最新版本.
git reset HEAD: unstage files from index and reset pointer to HEAD
這個命令用來把不小心add進去的文件從staged狀態取出來,可以單獨針對某一個文件操作: git reset HEAD - - filename, 這個- - 也可以不加.
git reset --soft
move HEAD to specific commit reference, index and staging are untouched.
git reset --hard
unstage files AND undo any changes in the working directory since last commit.
使用git reset —hard HEAD進行reset,即上次提交之後,所有staged的改動和工作目錄的改動都會消失,還原到上次提交的狀態.
這裏的HEAD可以被寫成任何一次提交的SHA-1.
不帶soft和hard參數的git reset,實際上帶的是默認參數mixed.
總結:
git reset --mixed id,是將git的HEAD變了(也就是提交記錄變了),但文件並沒有改變,(也就是working tree並沒有改變). 取消了commit和add的內容.
git reset --soft id. 實際上,是git reset –mixed id 後,又做了一次git add.即取消了commit的內容.
git reset --hard id.是將git的HEAD變了,文件也變了.
按改動範圍排序如下:
soft (commit) < mixed (commit + add) < hard (commit + add + local working)
tag a point in history as import.
會在一個提交上建立永久性的書籤,通常是發佈一個release版本或者ship了什麼東西之後加tag.
比如: git tag v1.0
git tag -a v1.0, -a參數會允許你添加一些信息,即make an annotated tag.
當你運行git tag -a命令的時候,Git會打開一個編輯器讓你輸入tag信息.
我們可以利用commit SHA來給一個過去的提交打tag:
git tag -a v0.9 XXXX
push的時候是不包含tag的,如果想包含,可以在push時加上--tags參數.
fetch的時候,branch HEAD可以reach的tags是自動被fetch下來的, tags that aren’t reachable from branch heads will be skipped.如果想確保所有的tags都被包含進來,需要加上--tags選項.
download new branches and data from a remote repository.
可以git fetch [alias]取某一個遠程repo,也可以git fetch --all取到全部repo
fetch將會取到所有你本地沒有的數據,所有取下來的分支可以被叫做remote branches,它們和本地分支一樣(可以看diff,log等,也可以merge到其他分支),但是Git不允許你checkout到它們.
git pull
fetch from a remote repo and try to merge into the current branch.
pull == fetch + merge FETCH_HEAD
git pull會首先執行git fetch,然後執行git merge,把取來的分支的head merge到當前分支.這個merge操作會產生一個新的commit.
如果使用--rebase參數,它會執行git rebase來取代原來的git merge.
git rebase
--rebase不會產生合併的提交,它會將本地的所有提交臨時保存爲補丁(patch),放在”.git/rebase”目錄中,然後將當前分支更新到最新的分支尖端,最後把保存的補丁應用到分支上.
rebase的過程中,也許會出現衝突,Git會停止rebase並讓你解決衝突,在解決完衝突之後,用git add去更新這些內容,然後無需執行commit,只需要:
git rebase --continue就會繼續打餘下的補丁.
git rebase --abort將會終止rebase,當前分支將會回到rebase之前的狀態.
git push
push your new branches and data to a remote repository.
git push [alias] [branch]
將會把當前分支merge到alias上的[branch]分支.如果分支已經存在,將會更新,如果不存在,將會添加這個分支.
如果有多個人向同一個remote repo push代碼, Git會首先在你試圖push的分支上運行git log,檢查它的歷史中是否能看到server上的branch現在的tip,如果本地歷史中不能看到server的tip,說明本地的代碼不是最新的,Git會拒絕你的push,讓你先fetch,merge,之後再push,這樣就保證了所有人的改動都會被考慮進來.