——用升级式的安装,不支持全新的安装零售版——则两种安装方式都支持,这也是为什么零售版的价格最贵至于安装后的东西都一样,差别只是在支持的安装方式而己!软件版本小知识
Enhace版(增强版或加强版):如果是一般软件,一般称作“增强版”,会加入一些实用的新功能。如果是游戏,一般称作“加强版”,会加入一些新的游戏场景和游戏情节等。这是正式发售的版本。
Me的发行版就限制了只能使用几个月,可从Internet上免费下载或由公司免费奉送。
软件版本号命名规则为了维护软件项目, 我们提出了对版本进行管理控制的要求. 而对于用户来说, 版本直接体现在版本号的命名上. 那么,
如何对版本号进行命名呢?
主版本号 . 子版本号 [ . 修正版本号 [ . 编译版本号 ] ]
英文对照:
Major_Version_Number . Minor_Version_Number [ . Revision_Number [ .
Build_Number ] ]
示例: 1.2.1,2.0, 5.0.0 build-13124
主版本号 . 子版本号 [ 修正版本号 [ . 编译版本号 ] ]
英文对照:
Major_Version_Number . Minor_Version_Number [ Revision_Number [ .
Build_Number ] ]
示例: 1.21, 2.0
主版本号 . 子版本号 [ . 编译版本号 [ . 修正版本号 ] ]
英文对照:
Major_Version_Number . Minor_Version_Number [ . Build_Number [ .
Revision_Number ] ]
GNU 风格的版本号管理策略当项目初版本时, 版本号可以为 0.1 或 0.1.0, 也可以为 1.0 或 1.0.0,
如果你为人很低调, 我想你会选择那个主版本号为 0 的方式;当项目在进行了局部修改或 bug 修正时, 主版本号和子版本号都不变, 修正版本号加
1;当项目在原有的基础上增加了部分功能时, 主版本号不变, 子版本号加 1, 修正版本号复位为 0,
因而可以被忽略掉;当项目在进行了重大修改或局部修正累积较多, 而导致项目整体发生全局变化时, 主版本号加 1;另外,
编译版本号一般是编译器在编译过程中自动生成的, 我们只定义其格式, 并不进行人为的控制.
修正时,主版本号和子版本号都不变, 修正版本号加 1;当项目在原有的基础上增加了部分功能时, 主版本号不变, 子版本号加 1, 修正版本号复位为
0, 因而可以被忽略掉;当项目在进行了重大修改或局部修正累积较多, 而导致项目整体发生全局变化时, 主版本号加 1;另外,
编译版本号一般是编译器在编译过程中自动生成的, 我们只定义其格式, 并不进行人为的控制.另外, 还可以在版本号后面加入 Alpha, Beta,
Gamma, Current, RC (Release Candidate), Release, Stable 等后缀, 在这些后缀后面还可以加入
1
位数字的版本号.对于用户来说,如果某个软件的主版本号进行了升级,用户还想继续那个软件,则发行软件的公司一般要对用户收取升级费用;而如果子版本号或修正版本号发生了升级,一般来说是免费的。