本文章轉載於:http://blog.csdn.net/gemmem/article/details/7290125

1. Git概念 

1.1. Git庫中由三部分組成 
       Git 倉庫就是那個.git 目錄,其中存放的是我們所提交的文件索引內容,Git 可基於文件索引內容對其所管理的文件進行內容追蹤,從而實現文件的版本控制。.git目錄位於工作目錄內。 
1) 工作目錄:使用者本地的目錄; 
2) Index(索引):將工作目錄下所有檔案(包含子目錄)生成快照,存放到一個臨時的儲存區域,Git 稱該區域為索引。 
3) 倉庫:將索引通過commit命令提交至倉庫中,每一次提交都意味著版本在進行一次更新。 
clip_image002
1.2. 使用Git時的初始化事項 
1.2.1. Git初始化配置 
1) 配置使用git倉庫的人員姓名 
       git config --global user.name "Your Name Comes Here" 
2) 配置使用git倉庫的人員email 
       git config --global user.email [email protected]
1.2.2. Git文件忽略機制 
工作目錄中有一些檔案是不希望接受Git 管理的,譬如程式編譯時生成的中間檔案等等。Git 提供了文件忽略機制,可以將工作目錄中不希望接受Git 管理的文件資訊寫到同一目錄下的.gitignore 檔案中。 
例如:工作目錄下有個zh目錄,如果不想把它加入到Git管理中,則執行: 
       echo “zh” > .gitignore 
       git add . 
有關gitignore 檔案的諸多細節知識可閱讀其使用手冊:man gitignore 
1.3. Git與Repo的比較 
       Git操作一般對應一個倉庫,而Repo操作一般對應一個專案,即一個專案會由若干倉庫組成。 
例如,在操作整個Recket專案時使用Repo,而操作其中的某個倉庫時使用Git。在包含隱藏目錄.git的目錄下執行git操作。

2. Git help 
       Git help 獲取git基本命令 
(如果要知道某個特定命令的使用方法,例如:使用Git help clone,來獲取git clone的使用方法)

3. Git本地操作基本命令 
3.1. Git init 
或者使用git init-db。 
建立一個空的Git庫。在當前目錄中產生一個.git 的子目錄。以後,所有的檔案變化資訊都會儲存到這個目錄下,而不像CVS那樣,會在每個目錄和子目錄下都建立一個CVS目錄。 
在.git目錄下有一個config檔案,可以修改其中的配置資訊。 
3.2. Git add 
將當前工作目錄中更改或者新增的檔案加入到Git的索引中,加入到Git的索引中就表示記入了版本歷史中,這也是提交之前所需要執行的一步。 
可以遞迴新增,即如果後面跟的是一個目錄作為引數,則會遞迴新增整個目錄中的所有子目錄和檔案。例如: 
       git add dir1 ( 新增dir1這個目錄,目錄下的所有檔案都被加入 ) 
       Git add f1 f2 ( 新增f1,f2檔案) 
       git add .      ( 添加當前目錄下的所有檔案和子目錄 ) 
3.3. Git rm 
從當前的工作目錄中和索引中刪除檔案。 
可以遞迴刪除,即如果後面跟的是一個目錄做為引數,則會遞迴刪除整個目錄中的所有子目錄和檔案。例如: 
       git rm –r * (進入某個目錄中,執行此語句,會刪除該目錄下的所有檔案和子目錄) 
       git rm f1    (刪除檔案f1,包含本地目錄和index中的此檔案記錄) 
       git rm --ached f1 (刪除檔案f1,不會刪除本地目錄檔案,只刪除index中的檔案記錄;將已經git add的檔案remove到cache中,這樣commit的時候不會提交這個檔案, 適用於一下子添加了很多檔案, 卻又想排除其中個別幾個檔案的情況.) 
3.4. Git commit 
提交當前工作目錄的修改內容。 
直接呼叫git commit命令,會提示填寫註釋。通過如下方式在命令列就填寫提交註釋:git commit -m "Initial commit of gittutor reposistory"。 注意,和CVS不同,git的提交註釋必須不能為空,否則就會提交失敗。 
       git commit還有一個 -a的引數,可以將那些沒有通過git add標識的變化一併強行提交,但是不建議使用這種方式。 
每一次提交,git就會為全域性程式碼建立一個唯一的commit標識程式碼,使用者可以通過git reset命令恢復到任意一次提交時的程式碼。 
       git commit –-amend –m “message” (在一個commit id上不斷修改提交的內容) 
3.5. Git status 
檢視版本庫的狀態。可以得知哪些檔案發生了變化,哪些檔案還沒有新增到git庫中等等。 建議每次commit前都要通過該命令確認庫狀態。 
最常見的誤操作是, 修改了一個檔案, 沒有呼叫git add通知git庫該檔案已經發生了變化就直接呼叫commit操作, 從而導致該檔案並沒有真正的提交。這時如果開發者以為已經提交了該檔案,就繼續修改甚至刪除這個檔案,那麼修改的內容就沒有通過版本管理起來。如果每次在 提交前,使用git status檢視一下,就可以發現這種錯誤。因此,如果呼叫了git status命令,一定要格外注意那些提示為 “Changed but not updated:”的檔案。 這些檔案都是與上次commit相比發生了變化,但是卻沒有通過git add標識的檔案。 
3.6. Git log 
檢視歷史日誌,包含每次的版本變化。每次版本變化對應一個commit id。 
       Git log -1 
       -1的意思是隻顯示一個commit,如果想顯示5個,就-5。不指定的話,git log會從該commit一直往後顯示。 
       Git log --stat –summary (顯示每次版本的詳細變化) 
在專案日誌資訊中,每條日誌的首行(就是那一串字元)為版本更新提交所進行的命名,我們可以將該命名理解為專案版本號。專案版本號應該是唯一的,預設由 Git 自動生成,用以標示專案的某一次更新。如果我們將專案版本號用作git-show 命令的引數,即可檢視該次專案版本的更新細節。例如: 
1) Git log 
clip_image004 
2)Git show 
clip_image006 
實際上,上述命令並非是真正的進行版本號自定義,只是製造了一個tag物件而已,這在進行專案版本對外發布時比較有用。 
3.7. Git merge 
把伺服器上下載下來的程式碼和原生代碼合併。或者進行分支合併。 
例如:當前在master分支上,若想將分支dev上的合併到master上,則git merge dev 
注意:git merge nov/eclair_eocket (是將伺服器git庫的eclair_eocket分支合併到本地分支上) 
       git rebase nov/eclair_eocket (是將伺服器git庫的eclair_eocket分支對映到本地的一個臨時分支上,然後將本地分支上的變化合併到這個臨時分支,然後再用這個臨時分支初始化本地分支) 
3.8. Git diff 
把本地的程式碼和index中的程式碼進行比較,或者是把index中的程式碼和本地倉庫中的程式碼進行比較。 
1) Git diff 
比較工作目錄和Index中的程式碼。 
2) Git diff - - cached 
比較index和本地倉庫中的程式碼。 
3.9. Git checkout 
3.9.1. 切換到分支 
1) 建立一個新分支,並切換到該分支上 
       Git checkout –b 新分支名 
2)切換到某個已經建立的本地分支local_branch 
       Git checkout local_branch 
(使用cat .git/HEAD後,顯示refs:refs/heads/ local_branch) 
3) 切換到伺服器上的某個分支remote_branch 
       Git checkout remote_branch 
(遠端分支remote_branch可以通過 git branch –r 列出) 
4) 切換到某個commit id 
       Git checkout commit_id 
(使用cat .git/HEAD後,顯示commit_id) 
5) 切換到某個tag 
       Git checkout tag 
(使用cat .git/HEAD後,顯示tag) 
注意: 除了1)和2)外,其餘三種都只是切換到了一個臨時的( no branch )狀態 (this head is detached),這時用 git branch 可以看到處於(no branch)上, cat .git/HEAD 看到指向相應的commit id。 這個(no branch)只是臨時存在的,並不是一個真正建立的branch。 如果此時執行2),則這個(no branch)就自動消失了;如果執行1), 則建立新分支 new branch,並把這個(no branch)掛到這個新分支上,此時cat .git/refs/heads/new_branch 可以看到已經指向了剛才那個commit id。 
3.9.2. 用已有分支初始化新分支 
執行下面的命令,在切換到某個已經建立的local branch或者某個remote branch或者某個commit id 或者某個tag的同時,建立新分支new_branch,並且掛到這個新分支上。 
1) 切換到某個已經建立的本地分支local_branch,並且使用此分支初始化一個新分支new_branch。 
       git checkout –b new_branch local_branch 
2) 切換到某個遠端分支remote_branch,並且用此分支初始化一個新分支new_branch。 
       Git checkout –b new_branch remote_branch 
3) 切換到某個commit id,並建立新分支new_branch 
       Git checkout –b new_branch commit_id 
4) 切換到某個tag,並建立新分支new_branch 
       Git checkout –b new_branch tag 
3.9.3. 還原始碼 
例如 “git checkout app/model/user.rb” 就會將user.rb檔案從上一個已提交的版本中更新回來,未提交的工作目錄中的內容全部會被覆蓋。

3.10. Git-ls-files 
檢視當前的git庫中有那些檔案。 
3.11. Git mv 
重新命名一個檔案、目錄或者連結。 
例如:Git mv helloworld.c helloworld1.c (把檔案helloworld.c 重新命名為 helloworld1.c) 
3.12. Git branch 
3.12.1. 總述 
在 git 版本庫中建立分支的成本幾乎為零,所以,不必吝嗇多建立幾個分支。當第一次執行git init時,系統就會建立一個名為“master”的分支。 而其它分支則通過手工建立。 
下面列舉一些常見的分支策略: 
建立一個屬於自己的個人工作分支,以避免對主分支 master 造成太多的干擾,也方便與他人交流協作; 
當進行高風險的工作時,建立一個試驗性的分支; 
合併別人的工作的時候,最好是建立一個臨時的分支用來合併,合併完成後再“fetch”到自己的分支。 
對分支進行增、刪、查等操作。 
注意:分支資訊一般在.git/refs/目錄下,其中heads目錄下為本地分支,remotes為對應伺服器上的分支,tags為標籤。 
3.12.2. 檢視分支 
       git branch 列出本地git庫中的所有分支。在列出的分支中,若分支名前有*,則表示此分支為當前分支。 
       git branch –r 列出伺服器git庫的所有分支。 
(可以繼續使用命令 “ git checkout -b 本地分支名 伺服器分支名”來獲取伺服器上某個分支的程式碼檔案)。 
3.12.3. 檢視當前在哪個分支上 
       cat .git/HEAD 
3.12.4. 建立一個分支 
1) git branch 分支名 
雖然建立了分支,但是不會將當前工作分支切換到新建立的分支上,因此,還需要命令“git checkout 分支名” 來切換, 
2) git checout –b 分支名 
不但建立了分支,還將當前工作分支切換到了該分支上。 
3.12.5. 切換到某個分支:git checkout 分支名 
切換到主分支:git checkout master 
3.12.6. 刪除分支 
       git branch –D 分支名 
注意: 刪除後,發生在該分支的所有變化都無法恢復。強制刪除此分支。 
3.12.7. 比較兩個分支上的檔案的區別 
       git diff master 分支名 (比較主分支和另一個分支的區別) 
3.12.8. 檢視分支歷史 
       git-show-branch (檢視當前分支的提交註釋及資訊) 
       git-show-branch -all(檢視所有分支的提交註釋及資訊)例如: 
* [dev] d2 
! [master] m2 
-- 
* [dev] d2 
* [dev^] d1 
* [dev~2] d0 
*+ [master] m2 
在上述例子中, “--”之上的兩行表示有兩個分支dev和master, 且dev分支上最後一次提交的日誌是“d2”,master分支上最後一次提交的日誌是 “m2”。 “--”之下的幾行表示了分支演化的歷史,其中 dev表示發生在dev分支上的最後一次提交,dev^表示發生在dev分支上的倒數第二次提交。dev~2表示發生在dev分支上的倒數第三次提交。 
3.12.9. 檢視當前分支的操作記錄 
       git whatchanged 
3.12.10. 合併分支 
法一: 
       git merge “註釋” 合併的目標分支 合併的來源分支 
如果合併有衝突,git會有提示。 
例如:git checkout master   (切換到master分支) 
       git merge HEAD dev~2 (合併master分支和dev~2分支)或者:git merge master dev~2 
法二: 
       git pull 合併的目標分支 合併的來源分支 
例如: git checkout master (切換到master分支) 
       git pull . dev~2(合併當前分支和dev~2分支) 
3.13. Git rebase 
一般在將伺服器最新內容合併到本地時使用,例如:在版本C時從伺服器上獲取內容到本地,修改了本地內容,此時想把本地修改的內容提交到伺服器上;但發現伺服器上的版本已經變為G了,此時就需要先執行Git rebase,將伺服器上的最新版本合併到本地。例如: 
用下面兩幅圖解釋會比較清楚一些,rebase命令執行後,實際上是將分支點從C移到了G,這樣分支也就具有了從C到G的功能。 
clip_image002[6] 
3.14. Git reset 
庫的逆轉與恢復除了用來進行一些廢棄的研發程式碼的重置外,還有一個重要的作用。比如我們從遠端clone了一個程式碼庫,在本地開發後,準備提交回遠端。但是原生代碼庫在開發時,有功能性的commit,也有出於備份目的的commit等等。總之,commit的日誌中有大量無用log,我們並不想把這些 log在提交回遠端時也提交到庫中。 因此,就要用到git reset。 
       git reset的概念比較複雜。它的命令形式:git reset [--mixed | --soft | --hard] [<commit-ish>] 
命令的選項: 
       --mixed 這個是預設的選項。如git reset [--mixed] dev^(dev^的定義可以參見2.6.5)。它的作用僅是重置分支狀態到dev1^, 但是卻不改變任何工作檔案的內容。即,從dev1^到dev1的所有檔案變化都保留了,但是dev1^到dev1之間的所有commit日誌都被清除了, 而且,發生變化的檔案內容也沒有通過git add標識,如果您要重新commit,還需要對變化的檔案做一次git add。 這樣,commit後,就得到了一份非常乾淨的提交記錄。 (回退了index和倉庫中的內容) 
       --soft相當於做了git reset –mixed,後,又對變化的檔案做了git add。如果用了該選項, 就可以直接commit了。(回退了倉庫中的內容) 
       --hard這個命令就會導致所有資訊的回退, 包括檔案內容。 一般只有在重置廢棄程式碼時,才用它。 執行後,檔案內容也無法恢復回來了。(回退了工作目錄、index和倉庫中的內容) 
例如: 
切換到使用的分支上; 
       git reset HEAD^ 回退第一個記錄 
       git reset HEAD~2 回退第二個記錄 
如果想把工作目錄下的檔案也回退,則使用git reset - - hard HEAD^ 回退第一個記錄 
       git reset - - hard HEAD~2 回退第二個記錄 
還可以使用如下方法: 
將當前的工作目錄完全回滾到指定的版本號,假設如下圖,我們有A-G五次提交的版本,其中C的版本號是 bbaf6fb5060b4875b18ff9ff637ce118256d6f20,我們執行了'git reset bbaf6fb5060b4875b18ff9ff637ce118256d6f20'那麼結果就只剩下了A-C三個提交的版本 
clip_image004[5] 
3.15. Git revert 
還原某次對版本的修改,例如:git revert commit_id (其中commit_id為commit程式碼時生成的一個唯一表示的字串) 
例如:(3.6中)git revert dfb02e6e4f2f7b573337763e5c0013802e392818 (執行此操作,則還原上一次commit的操作) 
3.16. Git config 
利用這個命令可以新增、更改Git的各種設定,例如 “git config branch.master.remote origin” 就將master的遠端版本庫設定為別名叫做origin版本庫。 
3.17. Git show 
顯示物件的不同型別。 
3.18. Git tag 
建立、列出、刪除或者驗證一個標籤物件(使用GPG簽名的)。 
可以將某個具體的版本打上一個標籤,這樣就不需要記憶複雜的版本號雜湊值字串了,例如你可以使用 “git tag revert_version bbaf6fb5060b4875b18ff9ff637ce118256d6f20” 來標記這個被你還原的版本,那麼以後你想檢視該版本時,就可以使用 revert_version標籤名,而不是雜湊值了。

4. Git伺服器操作命令(與伺服器互動) 
4.1. Git clone 
取出伺服器的倉庫的程式碼到本地建立的目錄中(與伺服器互動) 
通過git clone獲取遠端git庫後,.git/config中的開發者資訊不會被一起clone過來。仍然需要為本地庫的.git/config檔案新增開發者資訊。此外,開發者還需要自己新增   . gitignore檔案。 
通過git clone獲取的遠端git庫,只包含了遠端git庫的當前工作分支。如果想獲取其它分支資訊,需要使用 “git branch –r” 來檢視, 如果需要將遠端的其它分支程式碼也獲取過來,可以使用命令 “ git checkout -b 本地分支名 遠端分支名”,其中,遠端分支名為 “git branch –r” 所列出的分支名, 一般是諸如“origin/分支名”的樣子。如果本地分支名已經存在, 則不需要“-b”引數。 
例如: 
clip_image006[5] 
4.2. Git pull 
從伺服器的倉庫中獲取程式碼,和原生代碼合併。(與伺服器互動,從伺服器上下載最新程式碼,等同於: Git fetch + Git merge) 
從其它的版本庫(既可以是遠端的也可以是本地的)將程式碼更新到本地,例如:“git pull origin master ”就是將origin這個版本庫的程式碼更新到本地的master主分支。 
       git pull可以從任意一個git庫獲取某個分支的內容。用法如下: 
git pull [email protected]:遠端repository名遠端分支名 本地分支名。這條命令將從遠端git庫的遠端分支名獲取到本地git庫的一個本地分支中。其中,如果不寫本地分支名,則預設pull到本地當前分支。 
需要注意的是,git pull也可以用來合併分支。 和git merge的作用相同。 因此,如果你的本地分支已經有內容,則git pull會合並這些檔案,如果有衝突會報警。 
例如: 
clip_image008

clip_image010

clip_image012

clip_image014
4.3. Git push 
將本地commit的程式碼更新到遠端版本庫中,例如 “git push origin”就會將本地的程式碼更新到名為orgin的遠端版本庫中。 
       git push和git pull正好想反,是將本地某個分支的內容提交到遠端某個分支上。用法: git push[email protected]:遠端repository名本地分支名 遠端分支名。這條命令將本地git庫的一個本地分支push到遠端git庫的遠端分支名中。 
需要格外注意的是,git push好像不會自動合併檔案。因此,如果git push時,發生了衝突,就會被後push的檔案內容強行覆蓋,而且沒有什麼提示。 這在合作開發時是很危險的事情。 
例如: 
clip_image016
4.4. Git fetch 
從伺服器的倉庫中下載程式碼。(與伺服器互動,從伺服器上下載最新程式碼) 
相當於從遠端獲取最新版本到本地,不會自動merge,比Git pull更安全些。 
使用此方法來獲取伺服器上的更新。 
例如:如果使用git checkout nov/eclair_rocket (nov/eclair_rocket為伺服器上的分支名),則是獲取上次使用git fetch命令時從伺服器上下載的程式碼;如果先使用 git fetch ,再使用git checkout nov/eclair_rocket,則是先從伺服器上獲取最新的更新資訊,然後從伺服器上下載最新的程式碼。