git tag 標籤完全用法（如何更好的管理你的分支）
打標籤
同大多數 VCS 一樣，Git 也可以對某一時間點上的版本打上標籤。人們在釋出某個軟體版本（比如 v1.0 等等）的時候，經常這麼做。
本節我們一起來學習如何列出所有可用的標籤，如何新建標籤，以及各種不同型別標籤之間的差別。
列顯已有的標籤
列出現有標籤的命令非常簡單，直接執行 git tag 即可：
$ git tag
v0.1
v1.3顯示的標籤按字母順序排列，所以標籤的先後並不表示重要程度的輕重。
我們可以用特定的搜尋模式列出符合條件的標籤。在 Git 自身專案倉庫中，有著超過 240 個標籤，如果你只對 1.4.2 系列的版本感興趣，可以執行下面的命令：
$ git tag 新建標籤
Git 使用的標籤有兩種型別：輕量級的（lightweight）和含附註的（annotated）。
lightweight ：輕量級標籤就像是個不會變化的分支，實際上它就是個指向特定提交物件的引用。
annotated：含附註標籤，實際上是儲存在倉庫中的一個獨立物件，它有自身的校驗和資訊，包含著標籤的名字，電子郵件地址和日期，以及標籤說明，標籤本身也允許使用 GNU Privacy Guard (GPG) 來簽署或驗證。
一般我們都建議使用含附註型的標籤，以便保留相關資訊；當然，如果只是臨時性加註標籤，或者不需要旁註額外資訊，用輕量級標籤也沒問題。
含附註的標籤
建立一個含附註型別的標籤非常簡單，用 -a （譯註：取 annotated 的首字母）指定標籤名字即可：
$ git tag -a v1.4 -m 'my version 1.4'
$ git tag
v0.1
v1.3
v1.4而 -m 選項則指定了對應的標籤說明，Git 會將此說明一同儲存在標籤物件中。如果沒有給出該選項，Git 會啟動文字編輯軟體供你輸入標籤說明。（git 提交註釋都是-m ‘XXxx’）
可以使用 git show 命令檢視相應標籤的版本資訊，並連同顯示打標籤時的提交物件。
$ git show v1.4
tag v1.4
Tagger: Scott Chacon < 我們可以看到在提交物件資訊上面，列出了此標籤的提交者和提交時間，以及相應的標籤說明。
簽署標籤
如果你有自己的私鑰，還可以用 GPG 來簽署標籤，只需要把之前的 -a 改為 -s （譯註： 取 signed 的首字母）即可：
$ git tag -s v1.5 -m 'my signed 1.5 tag'
You need a passphrase to unlock the secret key for
user: "Scott Chacon <[email protected]>"
1024-bit DSA key, ID F721C45A, created 2009-02-09現在再執行 git show 會看到對應的 GPG 簽名也附在其內：
$ git show v1.5
tag v1.5
Tagger: Scott Chacon <[email protected]>
Date: Mon Feb 9 15:22:20 2009 -0800
my signed 1.5 tag
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.8 (Darwin)
iEYEABECAAYFAkmQurIACgkQON3DxfchxFr5cACeIMN+ZxLKggJQf0QYiQBwgySN
Ki0An2JeAVUCAiJ7Ox6ZEtK+NvZAj82/
=WryJ
-----END PGP SIGNATURE-----
commit 15027957951b64cf874c3557a0f3547bd83b3ff6
Merge: 4a447f7... a6b4c97...
Author: Scott Chacon <[email protected]>
Date: Sun Feb 8 19:02:46 2009 -0800
Merge branch 'experiment'稍後我們再學習如何驗證已經簽署的標籤。
輕量級標籤
輕量級標籤實際上就是一個儲存著對應提交物件的校驗和資訊的檔案。要建立這樣的標籤，一個 -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 15027957951b64cf874c3557a0f3547bd83b3ff6
Merge: 4a447f7... a6b4c97...
Author: Scott Chacon <[email protected]>
Date: Sun Feb 8 19:02:46 2009 -0800
Merge branch 'experiment'驗證標籤
可以使用 git tag -v [tag-name] （譯註：取 verify 的首字母）的方式驗證已經簽署的標籤。此命令會呼叫 GPG 來驗證簽名，所以你需要有簽署者的公鑰，存放在 keyring 中，才能驗證：
$ git tag -v v1.4.2.1
object 883653babd8ee7ea23e6a5c392bb739348b1eb61
type commit
tag v1.4.2.1
tagger Junio C Hamano <[email protected]> 1158138501 -0700
GIT 1.4.2.1
Minor fixes since 1.4.2, including git-mv and git-http with alternates.
gpg: Signature made Wed Sep 13 02:08:25 2006 PDT using DSA key ID F3119B9A
gpg: Good signature from "Junio C Hamano <[email protected]>"
gpg: aka "[jpeg image of size 1513]"
Primary key fingerprint: 3565 2A26 2040 E066 C9A7 4A7D C0C6 D9A4 F311 9B9A若是沒有簽署者的公鑰，會報告類似下面這樣的錯誤：
gpg: Signature made Wed Sep 13 02:08:25 2006 PDT using DSA key ID F3119B9A
gpg: Can't check signature: public key not found
error: could not verify the tag 'v1.4.2.1'後期加註標籤
你甚至可以在後期對早先的某次提交加註標籤。比如在下面展示的提交歷史中：
$ 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我們忘了在提交 “updated rakefile” 後為此專案打上版本號 v1.2，沒關係，現在也能做。只要在打標籤的時候跟上對應提交物件的校驗和（或前幾位字元）即可：
$ 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: 50, done.
Compressing objects: 100% (38/38), done.
Writing objects: 100% (44/44), 4.56 KiB, done.
Total 44 (delta 18), reused 8 (delta 1)
To [email protected]:schacon/simplegit.git
* [new tag] v1.5 -> v1.5如果要一次推送所有本地新增的標籤上去，可以使用 –tags 選項：
$ git push origin --tags
Counting objects: 50, done.
Compressing objects: 100% (38/38), done.
Writing objects: 100% (44/44), 4.56 KiB, done.
Total 44 (delta 18), reused 8 (delta 1)
To git@github.com:schacon/simplegit.git
* [new tag] v0.1 -> v0.1
* [new tag] v1.2 -> v1.2
* [new tag] v1.4 -> v1.4
* [new tag] v1.4-lw -> v1.4-lw
* [new tag] v1.5 -> v1.5現在，其他人克隆共享倉庫或拉取資料同步後，也會看到這些標籤。
拉取tag分支
先 git clone 整個倉庫，然後 git checkout tag_name 就可以取得 tag 對應的程式碼了。
但是這時候 git 可能會提示你當前處於一個“detached HEAD” 狀態，因為 tag 相當於是一個快照，是不能更改它的程式碼的，如果要在 tag 程式碼的基礎上做修改，你需要一個分支：
git checkout -b branch_name tag_name
這樣會從 tag 建立一個分支，然後就和普通的 git 操作一樣了。
其實要取得不同的branch的tag，只需要在相應的分支上打tag就行了。這樣的tag就唯一對應了不同的分支。例如，你在master上打了tag為v1，在某個branch上打了tag為v2，則你取出v2程式碼的時候，自然就是對應的branch分支了。
刪除tag分支
如果標籤已經推送到遠端，要刪除遠端標籤就麻煩一點，先從本地刪除：
$ git tag -d v0.9
Deleted tag 'v0.9' (was 6224937)然後，從遠端刪除。刪除命令也是push，但是格式如下：
$ git push origin :refs/tags/v0.9
To git@github.com:michaelliao/learngit.git
- [deleted] v0.9要看看是否真的從遠端庫刪除了標籤，可以登陸GitHub檢視。