软件的版本号怎么决定的?
展开全部
GNU
风格的版本号管理策略
当项目初版本时,
版本号可以为
0.1
或
0.1.0,
也可以为
1.0
或
1.0.0,
如果你为人很低调,
我想你会选择那个主版本号为
0
的方式;
当项目在进行了局部修改或
bug
修正时,
主版本号和子版本号都不变,
修正版本号加
1;
当项目在原有的基础上增加了部分功能时,
主版本号不变,
子版本号加
1,
修正版本号复位为
0,
因而可以被忽略掉;
当项目在进行了重大修改或局部修正累积较多,
而导致项目整体发生全局变化时,
主版本号加
1;
另外,
编译版本号一般是编译器在编译过程中自动生成的,
我们只定义其格式,
并不进行人为的控制.
Window
下的版本号管理策略
当项目初版时,
版本号为
1.0
或
1.00;
当项目在进行了局部修改或
bug
修正时,主版本号和子版本号都不变,
修正版本号加
1;
当项目在原有的基础上增加了部分功能时,
主版本号不变,
子版本号加
1,
修正版本号复位为
0,
因而可以被忽略掉;
当项目在进行了重大修改或局部修正累积较多,
而导致项目整体发生全局变化时,
主版本号加
1;
另外,
编译版本号一般是编译器在编译过程中自动生成的,
我们只定义其格式,
并不进行人为的控制.
另外,
还可以在版本号后面加入
Alpha,
Beta,
Gamma,
Current,
RC
(Release
Candidate),
Release,
Stable
等后缀,
在这些后缀后面还可以加入
1
位数字的版本号.
对于用户来说,
如果某个软件的主版本号进行了升级,
用户还想继续那个软件,
则发行软件的公司一般要对用户收取升级费用;
而如果子版本号或修正版本号发生了升级,
一般来说是免费的.
风格的版本号管理策略
当项目初版本时,
版本号可以为
0.1
或
0.1.0,
也可以为
1.0
或
1.0.0,
如果你为人很低调,
我想你会选择那个主版本号为
0
的方式;
当项目在进行了局部修改或
bug
修正时,
主版本号和子版本号都不变,
修正版本号加
1;
当项目在原有的基础上增加了部分功能时,
主版本号不变,
子版本号加
1,
修正版本号复位为
0,
因而可以被忽略掉;
当项目在进行了重大修改或局部修正累积较多,
而导致项目整体发生全局变化时,
主版本号加
1;
另外,
编译版本号一般是编译器在编译过程中自动生成的,
我们只定义其格式,
并不进行人为的控制.
Window
下的版本号管理策略
当项目初版时,
版本号为
1.0
或
1.00;
当项目在进行了局部修改或
bug
修正时,主版本号和子版本号都不变,
修正版本号加
1;
当项目在原有的基础上增加了部分功能时,
主版本号不变,
子版本号加
1,
修正版本号复位为
0,
因而可以被忽略掉;
当项目在进行了重大修改或局部修正累积较多,
而导致项目整体发生全局变化时,
主版本号加
1;
另外,
编译版本号一般是编译器在编译过程中自动生成的,
我们只定义其格式,
并不进行人为的控制.
另外,
还可以在版本号后面加入
Alpha,
Beta,
Gamma,
Current,
RC
(Release
Candidate),
Release,
Stable
等后缀,
在这些后缀后面还可以加入
1
位数字的版本号.
对于用户来说,
如果某个软件的主版本号进行了升级,
用户还想继续那个软件,
则发行软件的公司一般要对用户收取升级费用;
而如果子版本号或修正版本号发生了升级,
一般来说是免费的.
推荐律师服务:
若未解决您的问题,请您详细描述您的问题,通过百度律临进行免费专业咨询