1、使用 Git 來(lái)獲取 Git 的升級(jí)： $ git clone git://git.kernel.org/pub/scm/git/git.git

2、git自帶git config 的工具來(lái)幫助設(shè)置控制 Git 外觀和行為的配置變量。 這些變量存儲(chǔ)在三個(gè)不同的位置： 1、/etc/gitconfig 文件: 包含系統(tǒng)上每一個(gè)用戶(hù)及他們倉(cāng)庫(kù)的通用配置。 如果使用帶有 –system選項(xiàng)的 git config 時(shí)，它會(huì)從此文件讀寫(xiě)配置變量。 2、~/.gitconfig 或 ~/.config/git/config 文件：只針對(duì)當(dāng)前用戶(hù)。 可以傳遞 –global 選項(xiàng)讓 Git 讀寫(xiě)此文件。

3、當(dāng)前使用倉(cāng)庫(kù)的 Git 目錄中的 config 文件（就是 .git/config）：針對(duì)該倉(cāng)庫(kù)。 每一個(gè)級(jí)別覆蓋上一級(jí)別的配置，所以 .git/config 的配置變量會(huì)覆蓋 /etc/gitconfig 中的配置變量。 在 Windows 系統(tǒng)中，Git 會(huì)查找 HOME目錄下（一般情況下是C:/Users$USER）的.gitconfig文件。Git同樣也會(huì)尋找/etc/gitconfig文件，但只限于MSys的根目錄下，即安裝Git時(shí)所選的目標(biāo)位置。3、配置信息用戶(hù)信息$HOME 目錄下（一般情況下是 C:/Users/$USER）的 .gitconfig 文件。 Git 同樣也會(huì)尋找 /etc/gitconfig 文件，但只限于 MSys 的根目錄下，即安裝 Git 時(shí)所選的目標(biāo)位置。 3、配置信息 用戶(hù)信息$ git config –global user.name “John Doe” gitconfig–globaluser.emailjohndoe@example.com配置默認(rèn)文本編輯器$git config –global user.email johndoe@example.com 配置默認(rèn)文本編輯器$ git config –global core.editor 編輯器名

4、檢查配置信息 檢查你的配置，可以使用 git config –list 命令來(lái)列出所有 Git 當(dāng)時(shí)能找到的配置。 （有重復(fù)的變量名，git會(huì)使用它找到的每個(gè)變量的最后一個(gè)配置） 可以通過(guò)git config 命令檢查每一項(xiàng)的配置（git config user.name）;

5、獲取git 倉(cāng)庫(kù)

1）在現(xiàn)有項(xiàng)目中初始化倉(cāng)庫(kù) 使用 Git 來(lái)對(duì)現(xiàn)有的項(xiàng)目進(jìn)行管理，你只需要進(jìn)入該項(xiàng)目目錄并輸入： gitinit如果你是在一個(gè)已經(jīng)存在文件的文件夾（而不是空文件夾）中初始化Git倉(cāng)庫(kù)來(lái)進(jìn)行版本控制的話，你應(yīng)該開(kāi)始跟蹤這些文件并提交。你可通過(guò)gitadd命令來(lái)實(shí)現(xiàn)對(duì)指定文件的跟蹤，然后執(zhí)行g(shù)itcommit提交：$git init 如果你是在一個(gè)已經(jīng)存在文件的文件夾（而不是空文件夾）中初始化 Git 倉(cāng)庫(kù)來(lái)進(jìn)行版本控制的話，你應(yīng)該開(kāi)始跟蹤這些文件并提交。 你可通過(guò) git add 命令來(lái)實(shí)現(xiàn)對(duì)指定文件的跟蹤，然后執(zhí)行 git commit提交：$ git add *.c gitaddLICENSE$git add LICENSE$ git commit -m ‘initial PRoject version’

2）克隆現(xiàn)有的倉(cāng)庫(kù) 克隆現(xiàn)有倉(cāng)庫(kù)的命令是：git clone url [自定義本地定倉(cāng)庫(kù)名]

6、查看當(dāng)前文件狀態(tài)

使用命令git status

1) nothing to commit, working directory clean:工作目錄相當(dāng)干凈,所有已跟蹤文件在上次提交后都未被更改過(guò)。

2）Untracked files: 文件出現(xiàn)在 Untracked files 下面，是未跟蹤的文件。意味著 Git 在之前的快照（提交）中沒(méi)有這些文件；Git 不會(huì)自動(dòng)將之納入跟蹤范圍，除非你明明白白地告訴它“我需要跟蹤該文件”。

3）Changes to be committed:只要在 Changes to be committed 這行下面的，就說(shuō)明是已暫存狀態(tài)。 如果此時(shí)提交，那么該文件此時(shí)此刻的版本將被留存在歷史記錄中。

4）Changes not staged for commit:說(shuō)明已跟蹤文件的內(nèi)容發(fā)生了變化，但還沒(méi)有放到暫存區(qū)。 要暫存這次更新，需要運(yùn)行 git add 命令。 這是個(gè)多功能命令：可以用它開(kāi)始跟蹤新文件，或者把已跟蹤的文件放到暫存區(qū)，還能用于合并時(shí)把有沖突的文件標(biāo)記為已解決狀態(tài)等。 將這個(gè)命令理解為“添加內(nèi)容到下一次提交中”而不是“將一個(gè)文件添加到項(xiàng)目中”要更加合適。

7、跟蹤新文件

git add filename

8、狀態(tài)簡(jiǎn)覽 使用 git status -s 命令或 git status –short 命令，你將得到一種更為緊湊的格式輸出。

$ git status -s M README MM Rakefile A lib/git.rb M lib/simplegit.rb ?? LICENSE.txt 新添加的未跟蹤文件前面有 ?? 標(biāo)記，新添加到暫存區(qū)中的文件前面有 A 標(biāo)記，修改過(guò)的文件前面有 M標(biāo)記。 M 有兩個(gè)可以出現(xiàn)的位置，出現(xiàn)在右邊的 M 表示該文件被修改了但是還沒(méi)放入暫存區(qū)，出現(xiàn)在靠左邊的 M 表示該文件被修改了并放入了暫存區(qū)。 例如，上面的狀態(tài)報(bào)告顯示： README文件在工作區(qū)被修改了但是還沒(méi)有將修改后的文件放入暫存區(qū),lib/simplegit.rb 文件被修改了并將修改后的文件放入了暫存區(qū)。 而 Rakefile 在工作區(qū)被修改并提交到暫存區(qū)后又在工作區(qū)中被修改了，所以在暫存區(qū)和工作區(qū)都有該文件被修改了的記錄。

9、忽略文件 手動(dòng)創(chuàng)建一個(gè)名為.gitignore 的文件，并列出要忽略的文件模式。 來(lái)看一個(gè)實(shí)際的例子（使用cat 目錄名查看忽略列表）： $ cat .gitignore *.[oa] *~ 第一行告訴 Git 忽略所有以 .o 或 .a 結(jié)尾的文件。一般這類(lèi)對(duì)象文件和存檔文件都是編譯過(guò)程中出現(xiàn)的。 第二行告訴 Git 忽略所有以波浪符（~）結(jié)尾的文件，許多文本編輯軟件（比如 Emacs）都用這樣的文件名保存副本。 此外，你可能還需要忽略 log，tmp 或者 pid 目錄，以及自動(dòng)生成的文檔等等。 要養(yǎng)成一開(kāi)始就設(shè)置好 .gitignore 文件的習(xí)慣，以免將來(lái)誤提交這類(lèi)無(wú)用的文件。 文件 .gitignore 的格式規(guī)范如下： ● 所有空行或者以 ＃ 開(kāi)頭的行都會(huì)被 Git 忽略。 ● 可以使用標(biāo)準(zhǔn)的 glob 模式匹配。 ● 匹配模式可以以（/）開(kāi)頭防止遞歸。 ● 匹配模式可以以（/）結(jié)尾指定目錄。 ● 要忽略指定模式以外的文件或目錄，可以在模式前加上驚嘆號(hào)（!）取反。 所謂的 glob 模式是指 shell 所使用的簡(jiǎn)化了的正則表達(dá)式。 星號(hào)（）匹配零個(gè)或多個(gè)任意字符；[abc] 匹配任何一個(gè)列在方括號(hào)中的字符（這個(gè)例子要么匹配一個(gè) a，要么匹配一個(gè) b，要么匹配一個(gè) c）；問(wèn)號(hào)（?）只匹配一個(gè)任意字符；如果在方括號(hào)中使用短劃線分隔兩個(gè)字符，表示所有在這兩個(gè)字符范圍內(nèi)的都可以匹配（比如 [0-9] 表示匹配所有 0 到 9 的數(shù)字）。 使用兩個(gè)星號(hào)（) 表示匹配任意中間目錄，比如a/**/z 可以匹配 a/z, a/b/z 或 a/b/c/z等。

10、 查看已暫存和未暫存的修改 git diff ：此命令比較的是工作目錄中當(dāng)前文件和暫存區(qū)域快照之間的差異， 也就是修改之后還沒(méi)有暫存起來(lái)的變化內(nèi)容。 git diff –cached 查看已暫存的將要添加到下次提交里的內(nèi) （Git 1.6.1 及更高版本還允許使用 git diff –staged，效果是相同的，但更好記些。） 請(qǐng)注意，git diff 本身只顯示尚未暫存的改動(dòng)，而不是自上次提交以來(lái)所做的所有改動(dòng)。 暫存了所有更新過(guò)的文件后，運(yùn)行 git diff 后卻什么也沒(méi)有。

11、提交更新(git commit) git commit -m :將提交信息與命令放在同一行

12、跳過(guò)暫存區(qū)域 git commit -a : Git 就會(huì)自動(dòng)把所有已經(jīng)跟蹤過(guò)的文件暫存起來(lái)一并提交，從而跳過(guò) git add 步驟

13、移除文件 從已跟蹤文件清單中移除（確切地說(shuō)，是從暫存區(qū)域移除），使用 git rm 命令，這樣以后就不會(huì)出現(xiàn)在未跟蹤文件清單中了。 如果只是簡(jiǎn)單地從工作目錄中手工刪除文件，運(yùn)行 git status 時(shí)就會(huì)在 “Changes not staged for commit” 部分（也就是 未暫存清單）看到，然后再運(yùn)行 git rm 記錄此次移除文件的操作，下一次提交時(shí)，該文件就不再納入版本管理了。

如果刪除之前修改過(guò)并且已經(jīng)放到暫存區(qū)域的話，則必須要用強(qiáng)制刪除選項(xiàng) -f（譯注：即 force 的首字母）。 這是一種安全特性，用于防止誤刪還沒(méi)有添加到快照的數(shù)據(jù)，這樣的數(shù)據(jù)不能被 Git 恢復(fù)。

另外一種情況是，我們想把文件從 Git 倉(cāng)庫(kù)中刪除（亦即從暫存區(qū)域移除），但仍然希望保留在當(dāng)前工作目錄中。 換句話說(shuō)，你想讓文件保留在磁盤(pán)，但是并不想讓 Git 繼續(xù)跟蹤。 當(dāng)你忘記添加 .gitignore文件，不小心把一個(gè)很大的日志文件或一堆 .a 這樣的編譯生成文件添加到暫存區(qū)時(shí)，這一做法尤其有用。 為達(dá)到這一目的，使用 –cached 選項(xiàng)： gitrm–cachedREADMEgitrm命令后面可以列出文件或者目錄的名字，也可以使用glob模式。比方說(shuō)：$git rm –cached README git rm 命令后面可以列出文件或者目錄的名字，也可以使用 glob 模式。 比方說(shuō)：$ git rm log/*.log 注意到星號(hào) * 之前的反斜杠 /， 因?yàn)?Git 有它自己的文件模式擴(kuò)展匹配方式，所以我們不用 shell 來(lái)幫忙展開(kāi)。 此命令刪除 log/ 目錄下擴(kuò)展名為 .log 的所有文件。 類(lèi)似的比如： $ git rm *~ 該命令為刪除以 ~ 結(jié)尾的所有文件。

14、移動(dòng)文件 在 Git 中對(duì)文件改名，可以這么做： $ git mv file_from file_to

運(yùn)行 git mv 就相當(dāng)于運(yùn)行了下面三條命令： mvREADME.mdREADME$mv README.md README$ git rm README.md $ git add README

15、查看提交歷史（git log）

git log 有許多選項(xiàng)可以幫助你搜尋你所要找的提交。 一個(gè)常用的選項(xiàng)是 -p，用來(lái)顯示每次提交的內(nèi)容差異。 你也可以加上 -2 來(lái)僅顯示最近兩次提交（git log -p -2）

查看每次提交的簡(jiǎn)略的統(tǒng)計(jì)信息，你可以使用 –stat 選項(xiàng)（git log –stat） –pretty。 這個(gè)選項(xiàng)可以指定使用不同于默認(rèn)格式的方式展示提交歷史。 這個(gè)選項(xiàng)有一些內(nèi)建的子選項(xiàng)供你使用。 比如用 oneline 將每個(gè)提交放在一行顯示，查看的提交數(shù)很大時(shí)非常有用。 另外還有 short，full 和 fuller 可以用，展示的信息或多或少有些不同，自己實(shí)踐看看效果。 但最有意思的是 format，可以定制要顯示的記錄格式。 這樣的輸出對(duì)后期提取分析格外有用?—?因?yàn)槟阒垒敵龅母袷讲粫?huì)隨著Git的更新而發(fā)生改變： $ git log –pretty=format:”%h - %an, %ar : %s” ca82a6d - Scott Chacon, 6 years ago : changed the version number 085bb3b - Scott Chacon, 6 years ago : removed unnecessary test a11bef0 - Scott Chacon, 6 years ago : first commit

選項(xiàng) 說(shuō)明 %H 提交對(duì)象（commit）的完整哈希字串 %h 提交對(duì)象的簡(jiǎn)短哈希字串 %T 樹(shù)對(duì)象（tree）的完整哈希字串 %t 樹(shù)對(duì)象的簡(jiǎn)短哈希字串 %P 父對(duì)象（parent）的完整哈希字串 %p 父對(duì)象的簡(jiǎn)短哈希字串 %an 作者（author）的名字 %ae 作者的電子郵件地址 %ad 作者修訂日期（可以用 –date= 選項(xiàng)定制格式） %ar 作者修訂日期，按多久以前的方式顯示 %cn 提交者(committer)的名字%ce提交者的電子郵件地址 %cd 提交日期 %cr 提交日期，按多久以前的方式顯示 %s 提交說(shuō)明

作者指的是實(shí)際作出修改的人，提交者指的是最后將此工作成果提交到倉(cāng)庫(kù)的人。 所以，當(dāng)你為某個(gè)項(xiàng)目發(fā)布補(bǔ)丁，然后某個(gè)核心成員將你的補(bǔ)丁并入項(xiàng)目時(shí)，你就是作者，而那個(gè)核心成員就是提交者。

當(dāng) oneline 或 format 與另一個(gè) log 選項(xiàng) –graph 結(jié)合使用時(shí)尤其有用。 這個(gè)選項(xiàng)添加了一些ASCII字符串來(lái)形象地展示你的分支、合并歷史： $ git log –pretty=format:”%h %s” –graph * 2d3acf9 ignore errors from SIGCHLD on trap * 5e3ee11 Merge branch ‘master’ of git://github.com/dustin/grit |/ | * 420eac9 Added a method for getting the current branch. * | 30e367c timeout code and tests * | 5a09431 add timeout protection to grit * | e1193f8 support for heads with slashes in them |/ * d6016bc require time for xmlschema * 11d191e Merge branch ‘defunkt’ into local 這種輸出類(lèi)型會(huì)在我們下一張學(xué)完分支與合并以后變得更加有趣。 以上只是簡(jiǎn)單介紹了一些 git log 命令支持的選項(xiàng)。 下表 列出了我們目前涉及到的和沒(méi)涉及到的選項(xiàng)，已經(jīng)它們是如何影響 log 命令的輸出的： 選項(xiàng) 說(shuō)明 -p 按補(bǔ)丁格式顯示每個(gè)更新之間的差異。 –stat 顯示每次更新的文件修改統(tǒng)計(jì)信息。 –shortstat 只顯示 –stat 中最后的行數(shù)修改添加移除統(tǒng)計(jì)。 –name-only 僅在提交信息后顯示已修改的文件清單。 –name-status 顯示新增、修改、刪除的文件清單。 –abbrev-commit 僅顯示 SHA-1 的前幾個(gè)字符，而非所有的 40 個(gè)字符。 –relative-date 使用較短的相對(duì)時(shí)間顯示（比如，“2 weeks ago”）。 –graph 顯示 ASCII 圖形表示的分支合并歷史。 –pretty 使用其他格式顯示歷史提交信息?？捎玫倪x項(xiàng)包oneline，short，full，fuller 和 format（后跟指定格式）。 16、限制輸出長(zhǎng)度

選項(xiàng) 說(shuō)明 -(n) 僅顯示最近的 n 條提交 –since, –after 僅顯示指定時(shí)間之后的提交。 –until, –before 僅顯示指定時(shí)間之前的提交。 –author 僅顯示指定作者相關(guān)的提交。 –committer 僅顯示指定提交者相關(guān)的提交。 –grep 僅顯示含指定關(guān)鍵字的提交 -S 僅顯示添加或移除了某個(gè)關(guān)鍵字的提交

$ git log –since=2.weeks 這個(gè)命令可以在多種格式下工作，比如說(shuō)具體的某一天 “2008-01-15”，或者是相對(duì)地多久以前 “2 years 1 day 3 minutes ago”。 用 –author 選項(xiàng)顯示指定作者的提交，用 –grep 選項(xiàng)搜索提交說(shuō)明中的關(guān)鍵字。 （請(qǐng)注意，如果要得到同時(shí)滿足這兩個(gè)選項(xiàng)搜索條件的提交，就必須用 –all-match 選項(xiàng)。否則，滿足任意一個(gè)條件的提交都會(huì)被匹配出來(lái)）

如果要查看 Git 倉(cāng)庫(kù)中，2008 年 10 月期間，Junio Hamano 提交的但未合并的測(cè)試文件，可以用下面的查詢(xún)命令： gitlog–pretty=”–before=”2008?11?01”–no?merges–t/5610e3b?Fixtestcasefailurewhenextendedattributesareinuseacd3b9e?Enhanceholdlockfileforupdate,append()APIf563754?demonstratebreakageofdetachedcheckoutwithsymboliclinkHEADd1a43f2?reset–hard/read?tree–reset?u:removeunmergednewpaths51a94af?Fix“checkout–track?bnewbranch”ondetachedHEADb0ad11e?pull:allow“gitpullorigin$git log –pretty=”%h - %s” –author=gitster –since=”2008-10-01” / –before=”2008-11-01” –no-merges – t/ 5610e3b - Fix testcase failure when extended attributes are in use acd3b9e - Enhance hold_lock_file_for_{update,append}() API f563754 - demonstrate breakage of detached checkout with symbolic link HEAD d1a43f2 - reset –hard/read-tree –reset -u: remove unmerged new paths 51a94af - Fix “checkout –track -b newbranch” on detached HEAD b0ad11e - pull: allow “git pull origin$something:$current_branch” into an unborn branch

17、撤銷(xiāo)操作 git commit -amend 取消暫存的文件 git status 命令提示 $ git status On branch master Changes to be committed: (use “git reset HEAD …” to unstage)

在 “Changes to be committed” 文字正下方，提示使用 git reset HEAD … 來(lái)取消暫存。 我們可以這樣來(lái)取消暫存 CONTRIBUTING.md 文件： $ git reset HEAD CONTRIBUTING.md 撤消對(duì)文件的修改 git status 也告訴了你應(yīng)該如何做 Changes not staged for commit: (use “git add …” to update what will be committed) (use “git checkout – …” to discard changes in working directory)

它非常清楚地告訴了你如何撤消之前所做的修改。 讓我們來(lái)按照提示執(zhí)行： gitcheckout–CONTRIBUTING.md$git checkout – CONTRIBUTING.md$ git status On branch master Changes to be committed: (use “git reset HEAD …” to unstage)

可以看到那些修改已經(jīng)被撤消了。 git checkout – [file] 是一個(gè)危險(xiǎn)的命令，這很重要。 你對(duì)那個(gè)文件做的任何修改都會(huì)消失 - 你只是拷貝了另一個(gè)文件來(lái)覆蓋它。 除非你確實(shí)清楚不想要那個(gè)文件了，否則不要使用這個(gè)命令。

記住，在 Git 中任何 已提交的 東西幾乎總是可以恢復(fù)的。 甚至那些被刪除的分支中的提交或使用 –amend 選項(xiàng)覆蓋的提交也可以恢復(fù)（閱讀 數(shù)據(jù)恢復(fù) 了解數(shù)據(jù)恢復(fù)）。 然而，任何你未提交的東西丟失后很可能再也找不到了。

18、查看遠(yuǎn)程倉(cāng)庫(kù) git remote origin這是 Git 給你克隆的倉(cāng)庫(kù)服務(wù)器的默認(rèn)名字 可以指定選項(xiàng) -v，會(huì)顯示需要讀寫(xiě)遠(yuǎn)程倉(cāng)庫(kù)使用的 Git 保存的簡(jiǎn)寫(xiě)與其對(duì)應(yīng)的 URL。 $ git remote -v origin https://github.com/schacon/ticgit (fetch) origin https://github.com/schacon/ticgit (push) 如果你的遠(yuǎn)程倉(cāng)庫(kù)不止一個(gè)，該命令會(huì)將它們?nèi)苛谐觥?19、添加遠(yuǎn)程倉(cāng)庫(kù) 運(yùn)行 git remote add 添加一個(gè)新的遠(yuǎn)程 Git 倉(cāng)庫(kù) $ git remote add pb https://github.com/paulboone/ticgit 20、從遠(yuǎn)程倉(cāng)庫(kù)中抓取與拉?。?git fetch [remote-name]） 從遠(yuǎn)程倉(cāng)庫(kù)中獲得數(shù)據(jù)，可以執(zhí)行： $ git fetch [remote-name]

必須注意 git fetch 命令會(huì)將數(shù)據(jù)拉取到你的本地倉(cāng)庫(kù) - 它并不會(huì)自動(dòng)合并或修改你當(dāng)前的工作。 當(dāng)準(zhǔn)備好時(shí)你必須手動(dòng)將其合并入你的工作。 如果你有一個(gè)分支設(shè)置為跟蹤一個(gè)遠(yuǎn)程分支，可以使用 git pull 命令來(lái)自動(dòng)的抓取然后合并遠(yuǎn)程分支到當(dāng)前分支。

默認(rèn)情況下，git clone 命令會(huì)自動(dòng)設(shè)置本地 master 分支跟蹤克隆的遠(yuǎn)程倉(cāng)庫(kù)的 master 分支（或不管是什么名字的默認(rèn)分支）。 運(yùn)行 git pull 通常會(huì)從最初克隆的服務(wù)器上抓取數(shù)據(jù)并自動(dòng)嘗試合并到當(dāng)前所在的分支。

21、推送到遠(yuǎn)程倉(cāng)庫(kù)

當(dāng)你想分享你的項(xiàng)目時(shí)，必須將其推送到上游。

git push [remote-name] [branch-name]

當(dāng)你想要將 master 分支推送到 origin 服務(wù)器時(shí)（再次說(shuō)明，克隆時(shí)通常會(huì)自動(dòng)幫你設(shè)置好那兩個(gè)名字），那么運(yùn)行這個(gè)命令就可以將你所做的備份到服務(wù)器： $ git push origin master

只有當(dāng)你有所克隆服務(wù)器的寫(xiě)入權(quán)限，并且之前沒(méi)有人推送過(guò)時(shí)，這條命令才能生效。 當(dāng)你和其他人在同一時(shí)間克隆，他們先推送到上游然后你再推送到上游，你的推送就會(huì)毫無(wú)疑問(wèn)地被拒絕。 你必須先將他們的工作拉取下來(lái)并將其合并進(jìn)你的工作后才能推送。 22、查看遠(yuǎn)程倉(cāng)庫(kù) 如果想要查看某一個(gè)遠(yuǎn)程倉(cāng)庫(kù)的更多信息，可以使用 git remote show [remote-name] 命令。 $ git remote show origin * remote origin Fetch URL: https://github.com/schacon/ticgit Push URL: https://github.com/schacon/ticgit HEAD branch: master Remote branches: master tracked dev-branch tracked Local branch configured for ‘git pull’: master merges with remote master Local ref configured for ‘git push’: master pushes to master (up to date) 它同樣會(huì)列出遠(yuǎn)程倉(cāng)庫(kù)的 URL 與跟蹤分支的信息。 這些信息非常有用，它告訴你正處于 master 分支，并且如果運(yùn)行 git pull，就會(huì)抓取所有的遠(yuǎn)程引用，然后將遠(yuǎn)程 master 分支合并到本地 master 分支。 它也會(huì)列出拉取到的所有遠(yuǎn)程引用。

如果你是 Git 的重度使用者，那么還可以通過(guò) git remote show 看到更多的信息。 這個(gè)命令列出了當(dāng)你在特定的分支上執(zhí)行 git push 會(huì)自動(dòng)地推送到哪一個(gè)遠(yuǎn)程分支。 它也同樣地列出了哪些遠(yuǎn)程分支不在你的本地，哪些遠(yuǎn)程分支已經(jīng)從服務(wù)器上移除了，還有當(dāng)你執(zhí)行 git pull 時(shí)哪些分支會(huì)自動(dòng)合并。

23、遠(yuǎn)程倉(cāng)庫(kù)的移除與重命名 如果想要重命名引用的名字可以運(yùn)行 git remote rename 去修改一個(gè)遠(yuǎn)程倉(cāng)庫(kù)的簡(jiǎn)寫(xiě)名。 例如，想要將pb 重命名為 paul，可以用 git remote rename 這樣做： gitremoterenamepbpaul$git remote rename pb paul$ git remote origin paul 值得注意的是這同樣也會(huì)修改你的遠(yuǎn)程分支名字。 那些過(guò)去引用 pb/master 的現(xiàn)在會(huì)引用paul/master。 如果因?yàn)橐恍┰蛳胍瞥粋€(gè)遠(yuǎn)程倉(cāng)庫(kù) - 你已經(jīng)從服務(wù)器上搬走了或不再想使用某一個(gè)特定的鏡像了，又或者某一個(gè)貢獻(xiàn)者不再貢獻(xiàn)了 - 可以使用 git remote rm ： gitremotermpaul$git remote rm paul$ git remote origin

24、打標(biāo)簽 給歷史中的某一個(gè)提交打上標(biāo)簽，以示重要

1）列出標(biāo)簽（git tag） 2）創(chuàng)建標(biāo)簽 輕量標(biāo)簽（lightweight）與附注標(biāo)簽（annotated）。

附注標(biāo)簽是存儲(chǔ)在 Git 數(shù)據(jù)庫(kù)中的一個(gè)完整對(duì)象。 它們是可以被校驗(yàn)的；其中包含打標(biāo)簽者的名字、電子郵件地址、日期時(shí)間；還有一個(gè)標(biāo)簽信息；并且可以使用 GNU Privacy Guard （GPG）簽名與驗(yàn)證。 通常建議創(chuàng)建附注標(biāo)簽，這樣你可以擁有以上所有信息；但是如果你只是想用一個(gè)臨時(shí)的標(biāo)簽，或者因?yàn)槟承┰虿幌胍４婺切┬畔?，輕量標(biāo)簽也是可用的。

附注標(biāo)簽 在 Git 中創(chuàng)建一個(gè)附注標(biāo)簽是很簡(jiǎn)單的。 最簡(jiǎn)單的方式是當(dāng)你在運(yùn)行 tag 命令時(shí)指定 -a 選項(xiàng)： gittag?av1.4?m‘myversion1.4′$git tag -a v1.4 -m ‘my version 1.4’$ git tag v0.1 v1.3 v1.4 -m 選項(xiàng)指定了一條將會(huì)存儲(chǔ)在標(biāo)簽中的信息。 如果沒(méi)有為附注標(biāo)簽指定一條信息，Git 會(huì)運(yùn)行編輯器要求你輸入信息。 通過(guò)使用 git show 命令可以看到標(biāo)簽信息與對(duì)應(yīng)的提交信息： $ git show v1.4 tag v1.4 Tagger: Ben Straub ben@straub.cc Date: Sat May 3 20:19:12 2014 -0700

my version 1.4

commit ca82a6dff817ec66f44342007202690a93763949 Author: Scott Chacon schacon@gee-mail.com Date: Mon Mar 17 21:52:11 2008 -0700

輸出顯示了打標(biāo)簽者的信息、打標(biāo)簽的日期時(shí)間、附注信息，然后顯示具體的提交信息。 輕量標(biāo)簽 另一種給提交打標(biāo)簽的方式是使用輕量標(biāo)簽。 輕量標(biāo)簽本質(zhì)上是將提交校驗(yàn)和存儲(chǔ)到一個(gè)文件中 - 沒(méi)有保存任何其他信息。 創(chuàng)建輕量標(biāo)簽，不需要使用 -a、-s 或 -m 選項(xiàng)，只需要提供標(biāo)簽名字： gittagv1.4?lw$git tag v1.4-lw$ git tag v0.1 v1.3 v1.4 v1.4-lw v1.5 這時(shí)，如果在標(biāo)簽上運(yùn)行 git show，你不會(huì)看到額外的標(biāo)簽信息。 命令只會(huì)顯示出提交信息： $ git show v1.4-lw commit ca82a6dff817ec66f44342007202690a93763949 Author: Scott Chacon schacon@gee-mail.com Date: Mon Mar 17 21:52:11 2008 -0700

3）后期打標(biāo)簽 你也可以對(duì)過(guò)去的提交打標(biāo)簽。 假設(shè)提交歷史是這樣的： gitlog–pretty=oneline15027957951b64cf874c3557a0f3547bd83b3ff6Mergebranch‘experiment′a6b4c97498bd301d84096da251c98a07c7723e65beginningwritesupport0d52aaab4479697da7686c15f77a3d64d9165190onemorething6d52a271eda8725415634dd79daabbc4d9b6008eMergebranch‘experiment′0b7434d86859cc7b8c3d5e1dddfed66ff742fcbcaddedacommitfunction4682c3261057305bdd616e23b64b0857d832627baddedatodofile166ae0c4d3f420721acbb115cc33848dfcc2121astartedwritesupport9fceb02d0ae598e95dc970b74767f19372d61af8updatedrakefile964f16d36dfccde844893cac5b347e7b3d44abbccommitthetodo8a5cbc430f1a9c3d00faaeffd07798508422908aupdatedreadme現(xiàn)在，假設(shè)在v1.2時(shí)你忘記給項(xiàng)目打標(biāo)簽，也就是在“updatedrakefile”提交。你可以在之后補(bǔ)上標(biāo)簽。要在那個(gè)提交上打標(biāo)簽，你需要在命令的末尾指定提交的校驗(yàn)和（或部分校驗(yàn)和）:$git log –pretty=oneline 15027957951b64cf874c3557a0f3547bd83b3ff6 Merge branch ‘experiment’ a6b4c97498bd301d84096da251c98a07c7723e65 beginning write support 0d52aaab4479697da7686c15f77a3d64d9165190 one more thing 6d52a271eda8725415634dd79daabbc4d9b6008e Merge branch ‘experiment’ 0b7434d86859cc7b8c3d5e1dddfed66ff742fcbc added a commit function 4682c3261057305bdd616e23b64b0857d832627b added a todo file 166ae0c4d3f420721acbb115cc33848dfcc2121a started write support 9fceb02d0ae598e95dc970b74767f19372d61af8 updated rakefile 964f16d36dfccde844893cac5b347e7b3d44abbc commit the todo 8a5cbc430f1a9c3d00faaeffd07798508422908a updated readme 現(xiàn)在，假設(shè)在 v1.2 時(shí)你忘記給項(xiàng)目打標(biāo)簽，也就是在 “updated rakefile” 提交。 你可以在之后補(bǔ)上標(biāo)簽。 要在那個(gè)提交上打標(biāo)簽，你需要在命令的末尾指定提交的校驗(yàn)和（或部分校驗(yàn)和）:$ git tag -a v1.2 9fceb02 可以看到你已經(jīng)在那次提交上打上標(biāo)簽了： $ git tag v0.1 v1.2 v1.3 v1.4 v1.4-lw v1.5

$ git show v1.2 tag v1.2 Tagger: Scott Chacon schacon@gee-mail.com Date: Mon Feb 9 15:32:16 2009 -0800

version 1.2 commit 9fceb02d0ae598e95dc970b74767f19372d61af8 Author: Magnus Chacon mchacon@gee-mail.com Date: Sun Apr 27 20:43:35 2008 -0700

… 3）共享標(biāo)簽 默認(rèn)情況下，git push 命令并不會(huì)傳送標(biāo)簽到遠(yuǎn)程倉(cāng)庫(kù)服務(wù)器上。 在創(chuàng)建完標(biāo)簽后你必須顯式地推送標(biāo)簽到共享服務(wù)器上。 這個(gè)過(guò)程就像共享遠(yuǎn)程分支一樣 - 你可以運(yùn)行 git push origin [tagname]。 gitpushoriginv1.5Countingobjects:14,done.Deltacompressionusingupto8threads.Compressingobjects:100Writingobjects:100Total14(delta3),reused0(delta0)Togit@github.com:schacon/simplegit.git?[newtag]v1.5?>v1.5如果想要一次性推送很多標(biāo)簽，也可以使用帶有–tags選項(xiàng)的gitpush命令。這將會(huì)把所有不在遠(yuǎn)程倉(cāng)庫(kù)服務(wù)器上的標(biāo)簽全部傳送到那里。$git push origin v1.5 Counting objects: 14, done. Delta compression using up to 8 threads. Compressing objects: 100% (12/12), done. Writing objects: 100% (14/14), 2.05 KiB | 0 bytes/s, done. Total 14 (delta 3), reused 0 (delta 0) To git@github.com:schacon/simplegit.git * [new tag] v1.5 -> v1.5 如果想要一次性推送很多標(biāo)簽，也可以使用帶有 –tags 選項(xiàng)的 git push 命令。 這將會(huì)把所有不在遠(yuǎn)程倉(cāng)庫(kù)服務(wù)器上的標(biāo)簽全部傳送到那里。$ git push origin –tags Counting objects: 1, done. Writing objects: 100% (1/1), 160 bytes | 0 bytes/s, done. Total 1 (delta 0), reused 0 (delta 0) To git@github.com:schacon/simplegit.git * [new tag] v1.4 -> v1.4 * [new tag] v1.4-lw -> v1.4-lw 現(xiàn)在，當(dāng)其他人從倉(cāng)庫(kù)中克隆或拉取，他們也能得到你的那些標(biāo)簽。 4）檢出標(biāo)簽 在 Git 中你并不能真的檢出一個(gè)標(biāo)簽，因?yàn)樗鼈儾⒉荒芟穹种б粯觼?lái)回移動(dòng)。 如果你想要工作目錄與倉(cāng)庫(kù)中特定的標(biāo)簽版本完全一樣，可以使用 git checkout -b [branchname] [tagname] 在特定的標(biāo)簽上創(chuàng)建一個(gè)新分支： $ git checkout -b version2 v2.0.0 Switched to a new branch ‘version2’ 當(dāng)然，如果在這之后又進(jìn)行了一次提交，version2 分支會(huì)因?yàn)楦膭?dòng)向前移動(dòng)了，那么 version2 分支就會(huì)和 v2.0.0 標(biāo)簽稍微有些不同，這時(shí)就應(yīng)該當(dāng)心了。

25、git別名

通過(guò) git config 文件來(lái)輕松地為每一個(gè)命令設(shè)置一個(gè)別名 git config –global alias.ci commit 當(dāng)要輸入 git commit 時(shí)，只需要輸入 git ci