项目管理中必须注意软件项目的命名规范
2009-09-14 17:32
489 查看
项目管理中必须注意软件项目的命名规范:
目前采用GNU 风格的版本号命名格式 :
主版本号 . 子版本号 [. 修正版本号 [. 编译版本号 ]]
英文对照 : Major_Version_Number.Minor_Version_Number[.Revision_Number[.Build_Number]]
示例 : 1.2.1, 2.0, 5.0.0 build-13124
应根据下面的约定使用这些部分:
Major :具有相同名称但不同主版本号的程序集不可互换。例如,这适用于对产品的大量重写,这些重写使得无法实现向后兼容性。
Minor :如果两个程序集的名称和主版本号相同,而次版本号不同,这指示显著增强,但照顾到了向后兼容性。例如,这适用于产品的修正版或完全向后兼容的新版本。
Build :内部版本号的不同表示对相同源所作的重新编译。这适合于更改处理器、平台或编译器的情况。
Revision :名称、主版本号和次版本号都相同但修订号不同的程序集应是完全可互换的。这适用于修复以前发布的程序集中的安全漏洞。
程序集的只有内部版本号或修订号不同的后续版本被认为是先前版本的修补程序 (Hotfix) 更新。
GNU 风格的版本号管理策略:
1.项目初版本时 , 版本号可以为 0.1 或 0.1.0, 也可以为 1.0 或 1.0.0, 如果你为人很低调 , 我想你会选择那个主版本号为 0 的方式 ;
2.当项目在进行了局部修改或 bug 修正时 , 主版本号和子版本号都不变 , 修正版本号加 1;
3. 当项目在原有的基础上增加了部分功能时 , 主版本号不变 , 子版本号加 1, 修正版本号复位为 0, 因而可以被忽略掉 ;
4.当项目在进行了重大修改或局部修正累积较多 , 而导致项目整体发生全局变化时 , 主版本号加 1;
5.另外 , 编译版本号一般是编译器在编译过程中自动生成的 , 我们只定义其格式 , 并不进行人为控制 .
发给测试人员使用的是beta版。 bug修复,回归测试通过后,发布正式版(最终用户使用正式版), 生成环境中必须使用正式版。
beta以后,后续版本可以是Gamma, Current, RC (Release Candidate), Release, Stable 等,
也可以在后面加入 1 位数字的版本号, 比如RC-1, RC-2, RC-3.
目前采用GNU 风格的版本号命名格式 :
主版本号 . 子版本号 [. 修正版本号 [. 编译版本号 ]]
英文对照 : Major_Version_Number.Minor_Version_Number[.Revision_Number[.Build_Number]]
示例 : 1.2.1, 2.0, 5.0.0 build-13124
应根据下面的约定使用这些部分:
Major :具有相同名称但不同主版本号的程序集不可互换。例如,这适用于对产品的大量重写,这些重写使得无法实现向后兼容性。
Minor :如果两个程序集的名称和主版本号相同,而次版本号不同,这指示显著增强,但照顾到了向后兼容性。例如,这适用于产品的修正版或完全向后兼容的新版本。
Build :内部版本号的不同表示对相同源所作的重新编译。这适合于更改处理器、平台或编译器的情况。
Revision :名称、主版本号和次版本号都相同但修订号不同的程序集应是完全可互换的。这适用于修复以前发布的程序集中的安全漏洞。
程序集的只有内部版本号或修订号不同的后续版本被认为是先前版本的修补程序 (Hotfix) 更新。
GNU 风格的版本号管理策略:
1.项目初版本时 , 版本号可以为 0.1 或 0.1.0, 也可以为 1.0 或 1.0.0, 如果你为人很低调 , 我想你会选择那个主版本号为 0 的方式 ;
2.当项目在进行了局部修改或 bug 修正时 , 主版本号和子版本号都不变 , 修正版本号加 1;
3. 当项目在原有的基础上增加了部分功能时 , 主版本号不变 , 子版本号加 1, 修正版本号复位为 0, 因而可以被忽略掉 ;
4.当项目在进行了重大修改或局部修正累积较多 , 而导致项目整体发生全局变化时 , 主版本号加 1;
5.另外 , 编译版本号一般是编译器在编译过程中自动生成的 , 我们只定义其格式 , 并不进行人为控制 .
发给测试人员使用的是beta版。 bug修复,回归测试通过后,发布正式版(最终用户使用正式版), 生成环境中必须使用正式版。
beta以后,后续版本可以是Gamma, Current, RC (Release Candidate), Release, Stable 等,
也可以在后面加入 1 位数字的版本号, 比如RC-1, RC-2, RC-3.
相关文章推荐
- 手机软件项目管理8—三方应用问题处理注意事项
- 管理晋阶秘籍:一个成功的软件项目,该如何规范管理体系?
- [转]软件项目版本号的命名规则、格式介绍及管理策略
- 管理软件项目注意事项
- 管理晋阶秘籍:一个成功的软件项目,该如何规范管理体系?
- 艾伟也谈项目管理,软件开发前期设计时的注意事项
- 软件项目版本命名规范
- 谈谈项目管理中必须注意的基本要素
- 软件项目版本命名规范
- .Net软件项目中的命名规范
- [转]工程型软件项目的配置管理实例 (三) ——配置管理规范
- 软件项目-1.1_版本命名规范
- 软件开发项目管理需要注意什么
- 软件项目管理中的数据库管理规范
- 面对小型软件项目 坚持规范管理是王道
- 软件项目版本管理规范总结
- 软件 项目管理 考试注意
- 软件开发之项目需求管理简述及个人项目几点管理实践注意事项[转]
- 软件项目管理过程中应注意的问题
- 探析软件项目管理十大原则