版本號
語義化版本:
版本號格式:主版本號.次版本號.修訂號
版本號遞增規則:
- 主版本號:做了不相容修改或顛覆式的重寫
- 次版本號:向下相容的功能性新增
- 修訂號:向下相容的問題修正
先行版本號及版本編譯資訊可以加到「主版本號.次版本號.修訂號」的後面,作為延伸。
版本號只能增加,禁止下降,**的修改必須以新版本形式更新;最初版本建議是從v0.1.0開始,0.x.y階段是基礎功能、公眾api開發階段。
1.0.0版本發布時機:
- 被用於正式環境
- 穩定的api被使用者依賴
- 很擔心向下相容的問題
萬一不小心把乙個不相容的改版當成了次版本號發行了該怎麼辦?一旦發現自己破壞了語義化版本控制的規範,就要修正這個問題,並發行乙個新的次版本號來更正這個問題並且恢復向下相容。即使是這種情況,也不能去修改已發行的版本。
npm管理專案版本號
在命令列視窗輸入npm version ?
可以檢視可以使用的命令:
major: 主版本號
premajor: 預備主版本
minor: 次版本號
preminor: 預備次版本
patch: 修訂號
prepatch: 預備修訂版
prerelease: 預發布版本
執行命令及版本提公升示例:
假設初始版本為0.1
.0➜ ***
git:(master)
npmversion
preminor
v0.1
.0-0
➜ ***
git:(master)
npmversion
minor
v0.1
.0➜ ***
git:(master)
npmversion
prepatch
v0.1
.1-0
➜ ***
git:(master)
npmversion
patch
v0.1
.1➜ ***
git:(master)
npmversion
prerelease
v0.1
.2-0
➜ ***
git:(master)
npmversion
premajor
v1.0
.0-0
➜ ***
git:(master)
npmversion
major
v1.0
.0
如果使用git進行專案管理,在進行版本提公升前,需要將修改內容提交,即commit,然後再執行npm version ***
進行版本提公升,版本提公升會自動被提交到當前分支中,可以通過git log
進行檢視。
專案版本號規則
eg 0.0.1 snapshot snapshot 快照 alpha 內測,alpha是希臘字母的第一位的英文諧音,就是 用在軟體版本中就是表示最初級的版本。通常情況下alpha是內部測試版,一般不向外部發布,會有很多bug。除非你也是測試人員,否則不建議使用。beta 公測,beta是希臘字母的...
版本號管理規則
版本號配置管理規則 版本號的格式 v 主版本號 副版本號 發布號 版本號的初始值 v1.0.0 管理規則 主版本號 major version 2 設定部門 開發組設定 告知資料結構管理員 3 設定規則 1 涉及到大於10個表的增刪時,主版本號加1 副版本號 minor version 2 設定部門...
版本號管理策略
當專案在進行了區域性修改或 bug 修正時,主版本號和子版本號都不變 修正版本號加 1 當專案在原有的基礎上增加了部分功能時 主版本號不變 子版本號加 1,修正版本號復位為 0,因而可以被忽略掉 當專案在進行了重大修改或區域性修正累積較多 而導致專案整體發生全域性變化時 主版本號加1 另外 編譯版本...