為什么要使用標簽
發布一個版本時,我們通常先在版本庫中打一個標簽(tag)
,這樣,就唯一確定了打標簽時刻的版本。將來無論什么時候,取某個標簽的版本,就是把那個打標簽的時刻的歷史版本取出來。所以,標簽也是版本庫的一個快照。
Git的標簽雖然是版本庫的快照,但其實它就是指向某個commit
的指針(跟分支很像對不對?但是分支可以移動,標簽不能移動),所以,創建和刪除標簽都是瞬間完成的。
Git有commit
,為什么還要引入tag
?
“請把上周一的那個版本打包發布,commit
號是6a5819e...
”
“一串亂七八糟的數字不好找!”
如果換一個辦法:
“請把上周一的那個版本打包發布,版本號是v1.2
”
“好的,按照tag v1.2
查找commit就行!”
所以,tag
就是一個讓人容易記住的有意義的名字,它跟某個commit
綁在一起。
比較迷茫的童鞋可以類比類似IP和域名的關系。
在Git中打標簽非常簡單,首先,切換到需要打標簽的分支上:
$ git branch
$ git checkout master //一般在master分支上發布版本
然后,敲命令git tag <name>
就可以打一個新標簽:
$ git tag v1.0
可以用命令git tag查看所有標簽:
$ git tag
默認標簽是打在最新提交的commit上的。有時候,如果忘了打標簽,比如,現在已經是周五了,但應該在周一打的標簽沒有打,怎么辦?
方法是找到歷史提交的commit id,然后打上就可以了:
$ git log --pretty=oneline --abbrev-commit
比方說要對merge bug fix 101
這次提交打標簽,它對應的commit id
是cf05f93
,敲入命令:
$ git tag v0.9 ce05f93
再用命令git tag
查看標簽:
注意,標簽不是按時間順序列出,而是按字母排序的。可以用git show <tagname>
查看標簽信息:
可以看到,v0.9
確實打在merge bug fix 101
這次提交上。
還可以創建帶有說明的標簽,用-a
指定標簽名,-m
指定說明文字:
用命令git show <tagname>
可以看到說明文字:
操作標簽
如果標簽打錯了,也可以刪除:
$ git tag -d v0.1
因為創建的標簽都只存儲在本地,不會自動推送到遠程。所以,打錯的標簽可以在本地安全刪除。
如果要推送某個標簽到遠程,使用命令git push origin <tagname>
:
$ git push origin v1.0
或者,一次性推送全部尚未推送到遠程的本地標簽:
【因為我這里只剩一個v0.9還沒有推送了,所以只顯示了一個v0.9→v0.9,如果有多個會在下面疊加的】
如果標簽已經推送到遠程,要刪除遠程標簽就麻煩一點,先從本地刪除:
$ git tag -d v0.9 //v0.9是之前打的tag號
然后,從遠程刪除。刪除命令也是push,但是格式如下:
$ git push origin :refs/tags/v0.9
要看看是否真的從遠程庫刪除了標簽,可以登陸GitHub查看。
小結
1.命令git tag <name>
用于新建一個標簽,默認為HEAD
,也可以指定一個commit id
;
2.git tag -a <tagname> -m "blablabla..."
可以指定標簽信息;
3.命令git tag
可以查看所有標簽。
4.命令git show <tagname>
可以看到標簽信息及標簽的說明文字。
5.命令git push origin <tagname>
可以推送一個本地標簽;
6.命令git push origin --tags
可以推送全部未推送過的本地標簽;
7.命令git tag -d <tagname>
可以刪除一個本地標簽;
8.命令git push origin :refs/tags/<tagname>
可以刪除一個遠程標簽。