1. 程式人生 > >版本控制git之五-標簽管理

版本控制git之五-標簽管理

add a star 庫服務器 from .com 變化 簽名 auth efs

打標簽

像其他版本控制系統(VCS)一樣,Git 可以給歷史中的某一個提交打上標簽,以示重要。 比較有代表性的是人們會使用這個功能來標記發布結點(v1.0 等等)。 在本節中,你將會學習如何列出已有的標簽、如何創建新標簽、以及不同類型的標簽分別是什麽。

列出標簽

在 Git 中列出已有的標簽是非常簡單直觀的。 只需要輸入 git tag

$ git tag
v0.1
v1.3

這個命令以字母順序列出標簽;但是它們出現的順序並不重要。

你也可以使用特定的模式查找標簽。 例如,Git 自身的源代碼倉庫包含標簽的數量超過 500 個。 如果只對 1.8.5 系列感興趣,可以運行:

$ git tag -l ‘v1.8.5*‘
v1.8.5
v1.8.5-rc0
v1.8.5-rc1
v1.8.5-rc2
v1.8.5-rc3
v1.8.5.1
v1.8.5.2
v1.8.5.3
v1.8.5.4
v1.8.5.5

創建標簽

Git 使用兩種主要類型的標簽:輕量標簽(lightweight)與附註標簽(annotated)。

一個輕量標簽很像一個不會改變的分支 - 它只是一個特定提交的引用。

然而,附註標簽是存儲在 Git 數據庫中的一個完整對象。 它們是可以被校驗的;其中包含打標簽者的名字、電子郵件地址、日期時間;還有一個標簽信息;並且可以使用 GNU Privacy Guard (GPG)簽名與驗證。 通常建議創建附註標簽,這樣你可以擁有以上所有信息;但是如果你只是想用一個臨時的標簽,或者因為某些原因不想要保存那些信息,輕量標簽也是可用的。

附註標簽

在 Git 中創建一個附註標簽是很簡單的。 最簡單的方式是當你在運行 tag

命令時指定 -a 選項:

$ git tag -a v1.4 -m ‘my version 1.4‘
$ git tag
v0.1
v1.3
v1.4

-m 選項指定了一條將會存儲在標簽中的信息。 如果沒有為附註標簽指定一條信息,Git 會運行編輯器要求你輸入信息。

通過使用 git show 命令可以看到標簽信息與對應的提交信息:

$ git show v1.4
tag v1.4
Tagger: Ben Straub <[email protected]>
Date:   Sat May 3 20:19:12 2014 -0700

my version 1.4

commit ca82a6dff817ec66f44342007202690a93763949
Author: Scott Chacon <[email protected]>
Date:   Mon Mar 17 21:52:11 2008 -0700

    changed the version number

輸出顯示了打標簽者的信息、打標簽的日期時間、附註信息,然後顯示具體的提交信息。

輕量標簽

另一種給提交打標簽的方式是使用輕量標簽。 輕量標簽本質上是將提交校驗和存儲到一個文件中 - 沒有保存任何其他信息。 創建輕量標簽,不需要使用 -a-s-m 選項,只需要提供標簽名字:

$ git tag v1.4-lw
$ git tag
v0.1
v1.3
v1.4
v1.4-lw
v1.5

這時,如果在標簽上運行 git show,你不會看到額外的標簽信息。 命令只會顯示出提交信息:

$ git show v1.4-lw
commit ca82a6dff817ec66f44342007202690a93763949
Author: Scott Chacon <[email protected]>
Date:   Mon Mar 17 21:52:11 2008 -0700

    changed the version number

後期打標簽

你也可以對過去的提交打標簽。 假設提交歷史是這樣的:

$ 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

現在,假設在 v1.2 時你忘記給項目打標簽,也就是在 “updated rakefile” 提交。 你可以在之後補上標簽。 要在那個提交上打標簽,你需要在命令的末尾指定提交的校驗和(或部分校驗和):

$ git tag -a v1.2 9fceb02

可以看到你已經在那次提交上打上標簽了:

$ 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 <[email protected]>
Date:   Mon Feb 9 15:32:16 2009 -0800

version 1.2
commit 9fceb02d0ae598e95dc970b74767f19372d61af8
Author: Magnus Chacon <[email protected]>
Date:   Sun Apr 27 20:43:35 2008 -0700

    updated rakefile
...

共享標簽

默認情況下,git push 命令並不會傳送標簽到遠程倉庫服務器上。 在創建完標簽後你必須顯式地推送標簽到共享服務器上。 這個過程就像共享遠程分支一樣 - 你可以運行 git push origin [tagname]

$ 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 [email protected]:schacon/simplegit.git
 * [new tag]         v1.5 -> v1.5

如果想要一次性推送很多標簽,也可以使用帶有 --tags 選項的 git push 命令。 這將會把所有不在遠程倉庫服務器上的標簽全部傳送到那裏。

$ 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 [email protected]:schacon/simplegit.git
 * [new tag]         v1.4 -> v1.4
 * [new tag]         v1.4-lw -> v1.4-lw

現在,當其他人從倉庫中克隆或拉取,他們也能得到你的那些標簽。

刪除標簽

要刪除掉你本地倉庫上的標簽,可以使用命令 git tag -d &lt;tagname&gt;。例如,可以使用下面的命令刪除掉一個輕量級標簽:

$ git tag -d v1.4-lw
Deleted tag ‘v1.4-lw‘ (was e7d5add)

應該註意的是上述命令並不會從任何遠程倉庫中移除這個標簽,你必須使用 git push &lt;remote&gt; :refs/tags/&lt;tagname&gt; 來更新你的遠程倉庫:

$ git push origin :refs/tags/v1.4-lw
To /[email protected]:schacon/simplegit.git
 - [deleted]         v1.4-lw

檢出標簽

如果你想查看某個標簽所指向的文件版本,可以使用 git checkout 命令,雖然說這會使你的倉庫處於“分離頭指針(detacthed HEAD)”狀態——這個狀態有些不好的副作用:

$ git checkout 2.0.0
Note: checking out ‘2.0.0‘.

You are in ‘detached HEAD‘ state. You can look around, make experimental
changes and commit them, and you can discard any commits you make in this
state without impacting any branches by performing another checkout.

If you want to create a new branch to retain commits you create, you may
do so (now or later) by using -b with the checkout command again. Example:

  git checkout -b <new-branch>

HEAD is now at 99ada87... Merge pull request #89 from schacon/appendix-final

$ git checkout 2.0-beta-0.1
Previous HEAD position was 99ada87... Merge pull request #89 from schacon/appendix-final
HEAD is now at df3f601... add atlas.json and cover image

在“分離頭指針”狀態下,如果你做了某些更改然後提交它們,標簽不會發生變化,但你的新提交將不屬於任何分支,並且將無法訪問,除非確切的提交哈希。因此,如果你需要進行更改——比如說你正在修復舊版本的錯誤——這通常需要創建一個新分支:

$ git checkout -b version2 v2.0.0
Switched to a new branch ‘version2‘

當然,如果在這之後又進行了一次提交,version2 分支會因為這個改動向前移動,version2 分支就會和 v2.0.0 標簽稍微有些不同,這時就應該當心了。

版本控制git之五-標簽管理