原文出处: koala bear
首先看看某些常见软件的版本号:
Linux Kernel: 0.0.1,1.0.0,2.6.32,3.0.18…,若用 X.Y.Z 暗示,则偶数 Y 暗示不变版本,奇数 Y 暗示开拓版本。
Windows:windows 98,windows 2000,windows xp,windows 7…,最大的特点是混乱无章,毫无纪律。
SSH Client:0.9.8。
OpenStack:2014.1.3,2015.1.1.dev8。
从上可以看出,差异的软件版本号气势气魄各异,跟着系统的局限越大,依赖的软件越多,假如这些软件没有遵循一套类型的定名气势气魄,容易造成 Dependency Hell。所以当我们宣布版本时,版本号的定名需要遵循某种法则,个中 Semantic Versioning 2.0.0 界说了一套简朴的法则及条件来约束版本号的设置和增长。本文按照 Semantic Versionning 2.0.0 和 Semantic Versioning 3.0.0 选择性的整理出书本号定名法则指南。
版本号定名法则指南
版本号的名目为 X.Y.Z(又称 Major.Minor.Patch),递增的法则为:
X 暗示主版本号,当 API 的兼容性变革时,X 需递增。
Y 暗示次版本号,当增加成果时(不影响 API 的兼容性),昆山软件开发,Y 需递增。
Z 暗示修订号,当做 Bug 修复时(不影响 API 的兼容性),Z 需递增。
具体的法则如下:
- X, Y, Z 必需为非负整数,且不得包括前导零,昆山软件公司,必需按数值递增,如 1.9.0 -> 1.10.0 -> 1.11.0
- 0.Y.Z 的版本号表白软件处于初始开拓阶段,意味着 API 大概不不变;1.0.0 表白版本已有不变的 API。
- 当 API 的兼容性变革时,X 必需递增,Y 和 Z 同时配置为 0;当新增成果(不影响 API 的兼容性)可能 API 被标志为 Deprecated 时,Y 必需递增,同时 Z 配置为 0;当举办 bug fix 时,Z 必需递增。
- 先行版本号(Pre-release)意味该版本不不变,大概存在兼容性问题,其名目为:X.Y.Z.[a-c][正整数],如 1.0.0.a1,1.0.0.b99,1.0.0.c1000。
- 开拓版本号常用于 CI-CD,名目为 X.Y.Z.dev[正整数],如 1.0.1.dev4。
- 版本号的排序法则为依次较量主版本号、次版本号和修订号的数值,如 1.0.0 < 1.0.1 < 1.1.1 < 2.0.0;对付先行版本号和开拓版本号,有:1.0.0.a100 < 1.0.0,2.1.0.dev3 < 2.1.0;当存在字母时,昆山软件开发,以 ASCII 的排序来较量,如 1.0.0.a1 < 1.0.0.b1。
- 留意:版本一经宣布,不得修改其内容,任何修改必需在新版本宣布!
一些修饰的词
alpha:内部版本
beta:测试版
demo:演示版
enhance:加强版
free:自由版
full version:完整版,即正式版
lts:恒久维护版本
release:刊行版
rc:即将作为正式版宣布
standard:尺度版
ultimate:旗舰版
upgrade:进级版