2012-03-28 128 views
4

預發佈版本可以通過附加破折號和一系列點分隔的標識符緊接在補丁版本以下來表示。示例:1.0.0-alpha,1.0.0-alpha.1,1.0.0-0.3.7,1.0.0-x.7.z.92。Git標籤發佈版本?

semver.org

爲消除歧義的目的,這將是一個「正確」的方式來標記釋放犯(從主分支提交)?

一些想法

v1.7.2-release 
v1.7.2-master 
v1.7.2-prod 
v1.7.2-official 
v1.7.2-stable 

github.com/antirez/redis/tags

+0

任何表示預發佈版本,所以沒有你上市是官方的那些,但你應該澄清你一個意思「釋放犯」。你在開發什麼軟件?這裏的背景是什麼? – 2012-03-28 03:55:14

回答

7

您可以選擇類似於Git的本身就是一個政策(見其tags in the GitHub repo):

v1.7.2-rc0 
v1.7.2-rc1 
v1.7.2-rc2 
v1.7.2-rc3 
v1.7.2 

(如Choosing a good version numbering policy描述)的想法可以去沿着線:

'master'分支將包含在給定時刻標記爲生產準備就緒的代碼,'master'必須始終可編譯。
代碼中的「master」分支必須有一個甚至標籤號碼。

對於版本號,它將使用git describe命令創建,因爲它實際上是一種標準。

Canonical Version Numbers with Git

git describe –tags –long 

這給你喜歡的字符串(在我的一個項目的情況下)

2.1pre5-4-g675eae1 

被格式化爲

{last reachable tag name}-{# of commits since that tag}-#{SHA of HEAD} 

這給你一個「規範的版本號」(拼寫校正)是單調遞增的承諾,以及獨特的跨越發展的多個存儲庫。如果我們都在同一個HEAD上,它將返回相同的值。如果我們都共享相同的最新標籤,但具有不同的提交,SHA將有所不同。

可以爭取有上master唯一版本號一樣

{last reachable tag name}-0-#{SHA of HEAD} 

(即標籤只提交)

但這個想法是,這種版本號(標籤+ SHA)是完全毫不含糊。第三個數字後

+0

+1,非常有用! – tripleee 2012-03-28 06:44:05

+1

'選擇一個好的版本編號policy'鏈接是死 – Trix 2017-10-02 10:46:44

+0

@Trix我同意,我不能夠在任何地方找到它的一個副本,其中包括http://web.archive.org/。我已經離開了票(https://github.com/thesp0nge/thesp0nge.github.com/issues/1) – VonC 2017-10-02 11:17:48