這篇文章主要介紹了git標(biāo)簽管理的示例分析,具有一定借鑒價值,感興趣的朋友可以參考下,希望大家閱讀完這篇文章之后大有收獲,下面讓小編帶著大家一起了解一下。
網(wǎng)站設(shè)計制作過程拒絕使用模板建站;使用PHP+MYSQL原生開發(fā)可交付網(wǎng)站源代碼;符合網(wǎng)站優(yōu)化排名的后臺管理系統(tǒng);成都網(wǎng)站設(shè)計、成都網(wǎng)站制作收費合理;免費進(jìn)行網(wǎng)站備案等企業(yè)網(wǎng)站建設(shè)一條龍服務(wù).我們是一家持續(xù)穩(wěn)定運營了十載的成都創(chuàng)新互聯(lián)公司網(wǎng)站建設(shè)公司。發(fā)布一個版本時,我們通常先在版本庫中打一個標(biāo)簽(tag),這樣,就唯一確定了打標(biāo)簽時刻的版本。將來無論什么時候,取某個標(biāo)簽的版本,就是把那個打標(biāo)簽的時刻的歷史版本取出來。所以,標(biāo)簽也是版本庫的一個快照。
Git的標(biāo)簽雖然是版本庫的快照,但其實它就是指向某個commit的指針(跟分支很像對不對?但是分支可以移動,標(biāo)簽不能移動),所以,創(chuàng)建和刪除標(biāo)簽都是瞬間完成的。
Git有commit,為什么還要引入tag?
“請把上周一的那個版本打包發(fā)布,commit號是6a5819e...”
“一串亂七八糟的數(shù)字不好找!”
如果換一個辦法:
“請把上周一的那個版本打包發(fā)布,版本號是v1.2”
“好的,按照tag v1.2查找commit就行!”
所以,tag就是一個讓人容易記住的有意義的名字,它跟某個commit綁在一起。
創(chuàng)建標(biāo)簽
在Git中打標(biāo)簽非常簡單,首先,切換到需要打標(biāo)簽的分支上:
$ git branch * dev master $ git checkout master Switched to branch 'master'
然后,敲命令git tag
$ git tag v1.0
可以用命令git tag查看所有標(biāo)簽:
$ git tag v1.0
默認(rèn)標(biāo)簽是打在最新提交的commit上的。有時候,如果忘了打標(biāo)簽,比如,現(xiàn)在已經(jīng)是周五了,但應(yīng)該在周一打的標(biāo)簽沒有打,怎么辦?
方法是找到歷史提交的commit id,然后打上就可以了:
$ git log --pretty=oneline --abbrev-commit 6a5819e merged bug fix 101 cc17032 fix bug 101 7825a50 merge with no-ff 6224937 add merge 59bc1cb conflict fixed 400b400 & simple 75a857c AND simple fec145a branch test d17efd8 remove test.txt ...
比方說要對add merge這次提交打標(biāo)簽,它對應(yīng)的commit id是6224937,敲入命令:
$ git tag v0.9 6224937
再用命令git tag查看標(biāo)簽:
$ git tag v0.9 v1.0
注意,標(biāo)簽不是按時間順序列出,而是按字母排序的??梢杂胓it show
$ git show v0.9 commit 622493706ab447b6bb37e4e2a2f276a20fed2ab4 Author: Michael LiaoDate: Thu Aug 22 11:22:08 2013 +0800 add merge ...
可以看到,v0.9確實打在add merge這次提交上。
還可以創(chuàng)建帶有說明的標(biāo)簽,用-a指定標(biāo)簽名,-m指定說明文字:
$ git tag -a v0.1 -m "version 0.1 released" 3628164
用命令git show
$ git show v0.1 tag v0.1 Tagger: Michael LiaoDate: Mon Aug 26 07:28:11 2013 +0800 version 0.1 released commit 3628164fb26d48395383f8f31179f24e0882e1e0 Author: Michael Liao Date: Tue Aug 20 15:11:49 2013 +0800 append GPL
還可以通過-s用私鑰簽名一個標(biāo)簽:
$ git tag -s v0.2 -m "signed version 0.2 released" fec145a
簽名采用PGP簽名,因此,必須首先安裝gpg(GnuPG),如果沒有找到gpg,或者沒有g(shù)pg密鑰對,就會報錯:
gpg: signing failed: secret key not available error: gpg failed to sign the data error: unable to sign the tag
如果報錯,請參考GnuPG幫助文檔配置Key。
用命令git show
$ git show v0.2 tag v0.2 Tagger: Michael LiaoDate: Mon Aug 26 07:28:33 2013 +0800 signed version 0.2 released -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (Darwin) iQEcBAABAgAGBQJSGpMhAAoJEPUxHyDAhBpT4QQIAKeHfR3bo... -----END PGP SIGNATURE----- commit fec145accd63cdc9ed95a2f557ea0658a2a6537f Author: Michael Liao Date: Thu Aug 22 10:37:30 2013 +0800 branch test
用PGP簽名的標(biāo)簽是不可偽造的,因為可以驗證PGP簽名。驗證簽名的方法比較復(fù)雜,這里就不介紹了。
操作標(biāo)簽
如果標(biāo)簽打錯了,也可以刪除:
$ git tag -d v0.1 Deleted tag 'v0.1' (was e078af9)
因為創(chuàng)建的標(biāo)簽都只存儲在本地,不會自動推送到遠(yuǎn)程。所以,打錯的標(biāo)簽可以在本地安全刪除。
如果要推送某個標(biāo)簽到遠(yuǎn)程,使用命令git push origin
$ git push origin v1.0 Total 0 (delta 0), reused 0 (delta 0) To git@github.com:michaelliao/learngit.git * [new tag] v1.0 -> v1.0
或者,一次性推送全部尚未推送到遠(yuǎn)程的本地標(biāo)簽:
$ git push origin --tags Counting objects: 1, done. Writing objects: 100% (1/1), 554 bytes, done. Total 1 (delta 0), reused 0 (delta 0) To git@github.com:michaelliao/learngit.git * [new tag] v0.2 -> v0.2 * [new tag] v0.9 -> v0.9
如果標(biāo)簽已經(jīng)推送到遠(yuǎn)程,要刪除遠(yuǎn)程標(biāo)簽就麻煩一點,先從本地刪除:
$ git tag -d v0.9 Deleted tag 'v0.9' (was 6224937)
然后,從遠(yuǎn)程刪除。刪除命令也是push,但是格式如下:
$ git push origin :refs/tags/v0.9 To git@github.com:michaelliao/learngit.git - [deleted] v0.9
要看看是否真的從遠(yuǎn)程庫刪除了標(biāo)簽,可以登陸GitHub查看。
感謝你能夠認(rèn)真閱讀完這篇文章,希望小編分享的“git標(biāo)簽管理的示例分析”這篇文章對大家有幫助,同時也希望大家多多支持創(chuàng)新互聯(lián)成都網(wǎng)站設(shè)計公司,關(guān)注創(chuàng)新互聯(lián)成都網(wǎng)站設(shè)計公司行業(yè)資訊頻道,更多相關(guān)知識等著你來學(xué)習(xí)!
另外有需要云服務(wù)器可以了解下創(chuàng)新互聯(lián)scvps.cn,海內(nèi)外云服務(wù)器15元起步,三天無理由+7*72小時售后在線,公司持有idc許可證,提供“云服務(wù)器、裸金屬服務(wù)器、網(wǎng)站設(shè)計器、香港服務(wù)器、美國服務(wù)器、虛擬主機(jī)、免備案服務(wù)器”等云主機(jī)租用服務(wù)以及企業(yè)上云的綜合解決方案,具有“安全穩(wěn)定、簡單易用、服務(wù)可用性高、性價比高”等特點與優(yōu)勢,專為企業(yè)上云打造定制,能夠滿足用戶豐富、多元化的應(yīng)用場景需求。