Git 經常使用命令詳解

@[TOC](Git 經常使用命令詳解)

1. Git 經常使用命令

1.1 經常使用git 命令圖表彙總

1.2 配置我的信息

1. 查看配置信息：

git config --list
複製代碼

3. 配置用戶名，有效

git config --global user.name "user"
git config --global user.email "user@gmail.com"    
複製代碼

1.3 建立版本庫

1. 初始化一個倉庫：

git init
複製代碼

在本地新建一個repo,進入一個項目目錄,執行git init,會初始化一個repo,並在當前文件夾下建立一個.git文件夾.能夠發現當前目錄下多了一個.git的目錄，默認是隱藏的。

在本地建立一個test.txt文件，使用git status 查看文件的狀態，發現是紅色的，說明沒有和倉庫關聯。

那我咱們能夠把文件添加到倉庫。

2. 查看本地文件狀態

git status
複製代碼

3. 添加文件 一次能夠add多個不一樣的文件，以空格分隔：

git add test.txt
複製代碼

添加目錄下全部文件

git add .
複製代碼

4. 而後執行提交操做，而後用命令git commit告訴Git把文件提交到倉庫：

git commit -m "提交的備註"
複製代碼

5. 提交後，在使用git status命令查看，則能夠發現沒有須要提交的文件。而後用git push 推送到遠程倉庫。

git push -u origin master
複製代碼

1.4 經常使用Git命令彙總

git init

在本地新建一個repo,進入一個項目目錄,執行gitinit,會初始化一個repo,並在當前文件夾下建立一個.git文件夾.
複製代碼

git clone

獲取一個url對應的遠程Git repo, 建立一個local copy.

 通常的格式是git clone [url].

 clone下來的repo會以url最後一個斜線後面的名稱命名,建立一個文件夾,若是想要指定特定的名稱,能夠git clone [url] newname指定.
複製代碼

git status

查詢repo的狀態.

 git status -s: -s表示short, -s的輸出標記會有兩列,第一列是對staging區域而言,第二列是對working目錄而言.
複製代碼

git log

show commit history of a branch.

 git log --oneline --number: 每條log只顯示一行,顯示number條.

 git log --oneline --graph:能夠圖形化地表示出分支合併歷史.

 git log branchname能夠顯示特定分支的log.

 git log --oneline branch1 ^branch2,能夠查看在分支1,卻不在分支2中的提交.^表示排除這個分支(Window下可能要給^branch2加上引號).

 git log --decorate會顯示出tag信息.

 git log --author=[author name] 能夠指定做者的提交歷史.

 git log --since --before --until --after 根據提交時間篩選log.

 --no-merges能夠將merge的commits排除在外.

 git log --grep 根據commit信息過濾log:git log --grep=keywords

 默認狀況下, git log --grep --author是OR的關係,即知足一條即被返回,若是你想讓它們是AND的關係,能夠加上--all-match的option.

 git log -S: filter by introduced diff.

 好比: git log -SmethodName (注意S和後面的詞之間沒有等號分隔).

 git log -p: show patch introduced at eachcommit.

 每個提交都是一個快照(snapshot),Git會把每次提交的diff計算出來,做爲一個patch顯示給你看.

 另外一種方法是git show [SHA].

 git log --stat: show diffstat of changesintroduced at each commit.

 一樣是用來看改動的相對信息的,--stat比-p的輸出更簡單一些.  
複製代碼

git add

在提交以前,Git有一個暫存區(staging area),能夠放入新添加的文件或者加入新的改動. commit時提交的改動是上一次加入到staging area中的改動,而不是咱們disk上的改動.

 git add .

 會遞歸地添加當前工做目錄中的全部文件.
複製代碼

git diff

不加參數的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 unstatedchanges.

 也即比較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 indexand 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 theworking directory since last commit.

 使用git reset —hard HEAD進行reset,即上次提交以後,全部staged的改動和工做目錄的改動都會消失,還原到上次提交的狀態.

 這裏的HEAD能夠被寫成任何一次提交的SHA-1.

 不帶soft和hard參數的gitreset,實際上帶的是默認參數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)
複製代碼

git revert

反轉撤銷提交.只要把出錯的提交(commit)的名字(reference)做爲參數傳給命令就能夠了.

 git revert HEAD: 撤銷最近的一個提交.

 git revert會建立一個反向的新提交,能夠經過參數-n來告訴Git先不要提交.
複製代碼

git rm

git rm file: 從staging區移除文件,同時也移除出工做目錄.

 git rm --cached: 從staging區移除文件,但留在工做目錄中.

 git rm --cached從功能上等同於git reset HEAD,清除了緩存區,但不動工做目錄樹.
複製代碼

git clean

git clean是從工做目錄中移除沒有track的文件.

 一般的參數是git clean -df:

 -d表示同時移除目錄,-f表示force,由於在git的配置文件中, clean.requireForce=true,若是不加-f,clean將會拒絕執行.
複製代碼

git mv

git rm - - cached orig; mv orig new; gitadd new
複製代碼

git stash

把當前的改動壓入一個棧.

 git stash將會把當前目錄和index中的全部改動(但不包括未track的文件)壓入一個棧,而後留給你一個clean的工做狀態,即處於上一次最新提交處.

 git stash list會顯示這個棧的list.

 git stash apply:取出stash中的上一個項目(stash@{0}),而且應用於當前的工做目錄.

 也能夠指定別的項目,好比git stash apply stash@{1}.

 若是你在應用stash中項目的同時想要刪除它,能夠用gitstash pop



 刪除stash中的項目:

 git stash drop: 刪除上一個,也可指定參數刪除指定的一個項目.

 git stash clear: 刪除全部項目.
複製代碼

git branch

git branch能夠用來列出分支,建立分支和刪除分支.

 git branch -v能夠看見每個分支的最後一次提交.

 git branch: 列出本地全部分支,當前分支會被星號標示出.

 git branch (branchname): 建立一個新的分支(當你用這種方式建立分支的時候,分支是基於你的上一次提交創建的).

 git branch -d (branchname): 刪除一個分支.

 刪除remote的分支:

 git push (remote-name) :(branch-name):delete a remote branch.

 這個是由於完整的命令形式是:

 git push remote-namelocal-branch:remote-branch

 而這裏local-branch的部分爲空,就意味着刪除了remote-branch
複製代碼

git checkout

  gitcheckout (branchname)

切換到一個分支.

git checkout -b (branchname): 建立並切換到新的分支.

 這個命令是將git branch newbranch和git checkout newbranch合在一塊兒的結果.

 checkout還有另外一個做用:替換本地改動:

 git checkout --<filename>

 此命令會使用HEAD中的最新內容替換掉你的工做目錄中的文件.已添加到暫存區的改動以及新文件都不會受到影響.

 注意:git checkout filename會刪除該文件中全部沒有暫存和提交的改動,這個操做是不可逆的.
複製代碼

git merge

把一個分支merge進當前的分支.

 git merge [alias]/[branch]

 把遠程分支merge到當前分支.



 若是出現衝突,須要手動修改,能夠用gitmergetool.

 解決衝突的時候能夠用到git diff,解決完以後用git add添加,即表示衝突已經被resolved.
複製代碼

git tag

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選項.
複製代碼

git remote

list, add and delete remote repositoryaliases.

 由於不須要每次都用完整的url,因此Git爲每個remoterepo的url都創建一個別名,而後用git remote來管理這個list.

 git remote: 列出remote aliases.

 若是你clone一個project,Git會自動將原來的url添加進來,別名就叫作:origin.

 git remote -v:能夠看見每個別名對應的實際url.

 git remote add [alias] [url]: 添加一個新的remote repo.

 git remote rm [alias]: 刪除一個存在的remote alias.

 git remote rename [old-alias] [new-alias]:重命名.

 git remote set-url [alias] [url]:更新url. 能夠加上—push和fetch參數,爲同一個別名set不一樣的存取地址.
複製代碼

git fetch

download new branches and data from aremote repository.

 能夠git fetch [alias]取某一個遠程repo,也能夠git fetch --all取到所有repo

 fetch將會取到全部你本地沒有的數據,全部取下來的分支能夠被叫作remotebranches,它們和本地分支同樣(能夠看diff,log等,也能夠merge到其餘分支),可是Git不容許你checkout到它們.
複製代碼

git pull

fetch from a remote repo and try to mergeinto the current branch.

 pull == fetch + merge FETCH_HEAD

 git pull會首先執行git fetch,而後執行git merge,把取來的分支的head merge到當前分支.這個merge操做會產生一個新的commit.   

 若是使用--rebase參數,它會執行gitrebase來取代原來的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 aremote 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,這樣就保證了全部人的改動都會被考慮進來.
複製代碼

git reflog

git reflog是對reflog進行管理的命令,reflog是git用來記錄引用變化的一種機制,好比記錄分支的變化或者是HEAD引用的變化.

 當git reflog不指定引用的時候,默認列出HEAD的reflog.

 HEAD@{0}表明HEAD當前的值,HEAD@{3}表明HEAD在3次變化以前的值.

 git會將變化記錄到HEAD對應的reflog文件中,其路徑爲.git/logs/HEAD, 分支的reflog文件都放在.git/logs/refs目錄下的子目錄中.
複製代碼

2. Git 解決代碼衝突

3. Git 分支管理

4. Git 提交代碼

4.1 Git本地屢次提交合併成一次提交

4.1.1 屢次提交合並需求

• 爲啥要屢次提交合併爲一次提交

一、在作1個功能的時候，你本身以爲代碼沒問題了，就本地commit，而後提交代碼，在gitlab上發起和並請求，老大看完以後，以爲你還有修改的地方，把你的代碼打回來從新修改，改完以後，本地commit，推到遠程，再次發起合併。到此功能作完，可是作完以後發現，你的一個功能commit了兩次，固然根據實際狀況有些時候你爲了作一個功能，來回不止兩次，這樣子的提交會讓這個分支看起來有點雜亂。那麼你會想要將你的幾回commit合併成一個commit後，再提交，那樣子分支看上去會很是清爽。 二、當你作功能的時候，你會遇到須要零時提交的狀況（好比你在作A任務，忽然來了B任務，在你A任務分支上你會先commit一次，等B任務作完，再回來繼續作A，作完以後會再次commit），此時你的一個任務有會有多個commit存在。

4.1.2 屢次提交合並Git操做步驟

1. git log看一下當前分支的提交狀況，下圖中有三個commit點。

• 從先到後是：test commit1 第一次提交,test commit2 第二次提交, test commit3 第三次提交。
• 需求是：把這三個commit點合併成一個commit點。

執行git log 查看提交記錄

2. 按下Q鍵，退出日誌模式。開始合併，敲下面這個命令：這裏面的commitId是你要合併的三個commit後所造成的一個commitId須要跟着的commitId。在這邊也就是 」優化switch控件「 的commitId.

   

   終端輸入git 命令：git rebase -I commitId 其中commitId 爲 」 190ff62380e7063063c8622ca1980de76db6108a 「

git rebase -I 190ff62380e7063063c8622ca1980de76db6108a
複製代碼

3. 其中，-i 的參數是不須要合併的 commit 的 hash 值，這裏指的是第一條 commit， 接着咱們就進入到 vi 的編輯模式。當你輸入上面命令後，能夠看到以下結果：

   

   進入vi模式後，在鍵盤上敲i鍵進入insert模式。這時候先看看這裏面的東西是什麼含義，

pick 的意思是要會執行這個 commit squash 的意思是這個 commit 會被合併到前一個commit 咱們這邊須要將"第三次提交"，」第二次提交"這兩commit合併第一個commit 「第一次提交」，也就是合併到「第一次提交」的commit中，那就須要修改爲以下的：

修改後如圖：

修改完成後，按esc鍵，冒號，輸入wq進行保存。以後會繼續跳轉到commit message 的編輯界面：

註釋中有寫第一個commit信息和第二,第三個commit信息，如今須要你合併這三個信息成一個commit信息。我這邊合併成以下信息：

4. 而後你就保存退出（修改完成後，按esc鍵，冒號，輸入wq進行保存），跳回到最初的命令界面：

   

5. 再git log看一下commit狀況：

   

6. 到目前爲止已經成功合併三次提交爲一次提交了，接下來使用 : git push推送到服務器。

git push -u origin master
複製代碼