預發佈版本可以通過附加破折號和一系列點分隔的標識符緊接在補丁版本以下來表示。示例:1.0.0-alpha,1.0.0-alpha.1,1.0.0-0.3.7,1.0.0-x.7.z.92。Git標籤發佈版本?
爲消除歧義的目的,這將是一個「正確」的方式來標記釋放犯(從主分支提交)?
一些想法
v1.7.2-release
v1.7.2-master
v1.7.2-prod
v1.7.2-official
v1.7.2-stable
預發佈版本可以通過附加破折號和一系列點分隔的標識符緊接在補丁版本以下來表示。示例:1.0.0-alpha,1.0.0-alpha.1,1.0.0-0.3.7,1.0.0-x.7.z.92。Git標籤發佈版本?
爲消除歧義的目的,這將是一個「正確」的方式來標記釋放犯(從主分支提交)?
一些想法
v1.7.2-release
v1.7.2-master
v1.7.2-prod
v1.7.2-official
v1.7.2-stable
您可以選擇類似於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)是完全毫不含糊。第三個數字後
任何表示預發佈版本,所以沒有你上市是官方的那些,但你應該澄清你一個意思「釋放犯」。你在開發什麼軟件?這裏的背景是什麼? – 2012-03-28 03:55:14