版本號及使用npm管理專案版本號

2021-08-19 17:08:06 字數 1725 閱讀 2230

版本號

語義化版本:

版本號格式:主版本號.次版本號.修訂號

版本號遞增規則:

- 主版本號:做了不相容修改或顛覆式的重寫

- 次版本號:向下相容的功能性新增

- 修訂號:向下相容的問題修正

先行版本號及版本編譯資訊可以加到「主版本號.次版本號.修訂號」的後面,作為延伸。

版本號只能增加,禁止下降,**的修改必須以新版本形式更新;最初版本建議是從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 另外 編譯版本...