57.项目版本号命名规范

《57.项目版本号命名规范》由会员上传分享，免费在线阅读，更多相关内容在应用文档-天天文库。

1、版本号命名格式:主版本号.子版本号[修正版本号[.编译版本号]]Major_Version_Number.Minor_Version_Number[Revision_Number[.Build_Number]]示例:1.21,2.0规则：1、项目初版时，版本号为1.0或1.00；2、当项目在进行了局部修改或bug修正时，主版本号和子版本号都不变，修正版本号加1；3、当项目在原有的基础上增加了部分功能时，主版本号不变，子版本号加1，修正版本号复位为0，因而可以被忽略掉；4、当项目在进行了重大修改或局部修正累积较多，而导致项目整体发生全局变化时

2、，主版本号加1；5、另外,编译版本号一般是编译器在编译过程中自动生成的，我们只定义其格式，并不进行人为控制。另外，还可以在版本号后面加入Alpha内部测试版、Beta外部测试版、Gamma成熟版、RC(ReleaseCandidate) 最终释放版、Release注册版、Stable标准版等后缀，在这些后缀后面还可以加入1位数字的版本号。细则:1、版本命名规范软件版本号有四部分组成，第一部分为主版本号，第二部分为次版本号，第三部分为修订版本号，第四部分为日期版本号加希腊字母版本号，希腊字母版本号共有五种，分别为base、alpha、beta

3、 、RC 、 release2、软件版本阶段说明(1)Base：此版本表示该软件仅仅是一个假页面链接，通常包括所有的功能和页面布局，但是页面中的功能都没有做完整的实现，只是做为整体网站的一个基础架构。(2)Alpha：软件的初级版本，表示该软件在此阶段以实现软件功能为主，通常只在软件开发者内部交流，一般而言，该版本软件的Bug较多，需要继续修改，是测试版本。测试人员提交Bug经开发人员修改确认之后，发布到测试网址让测试人员测试，此时可将软件版本标注为alpha版。(3)Beta：该版本相对于Alpha 版已经有了很大的进步，消除了严重错误，

4、但还需要经过多次测试来进一步消除，此版本主要的修改对象是软件的UI。修改的的Bug经测试人员测试确认后可发布到外网上，此时可将软件版本标注为beta版。(4)RC：该版本已经相当成熟了，基本上不存在导致错误的Bug，与即将发行的正式版本相差无几。(5)Release：该版本意味“最终版本”，在前面版本的一系列测试版之后，终归会有一个正式的版本，是最终交付用户使用的一个版本。该版本有时也称标准版。3、版本号修改规则（1）主版本号：当功能模块有较大的变动，比如增加模块或是整体架构发生变化。此版本号由项目决定是否修改。（2）次版本号：相对于主版本

5、号而言，次版本号的升级对应的只是局部的变动，但该局部的变动造成程序和以前版本不能兼容，或者对该程序以前的协作关系产生了破坏，或者是功能上有大的改进或增强。此版本号由项目决定是否修改。（3）修订版本号：一般是Bug的修复或是一些小的变动或是一些功能的扩充，要经常发布修订版，修复一个严重Bug即可发布一个修订版。此版本号由项目经理决定是否修改。（4）日期版本号：用于记录修改项目的当前日期，每天对项目的修改都需要更改日期版本号。此版本号由开发人员决定是否修改。（5）希腊字母版本号：此版本号用于标注当前版本的软件处于哪个开发阶段，当软件进入到另一个

6、阶段时需要修改此版本号。此版本号由项目决定是否修改4、版本发布周期（1）非紧急情况：首先由测试人员测试并提交Bug，其次开发人员会尽量在当天修复Bug并在第二天发布该版本的alpha版，然后由测试人员测试验证关闭Bug之后在第三天会发布该版本的beta版。紧急情况：如果Bug比较紧急可跳过一般流程，由开发人员尽快修复Bug，测试确认之后直接发布该版本的beta版。5、版本号修改举例说明如此时版本号为：1.0.0.0321_alpha，此时为内部测试阶段（1）开发人员修复了测试人员提交的bug并经测试人员测试验证关闭bug之后，发布到外网时，

7、此时就进入了软件的下一个阶段，版本号可改为：1.0.0.0321_beta，如当前日期跟上一个版本号的日期不一样，版本号可改为：1.0.0.0322_beta。（2）如果修复了一些重大Bug并按照流程发布到外网时就可发布一个修订版，如1.0.1.0322_beta，日期为发布的当前日期。（3）如果对软件进行了一些功能上的改进或增强，进行了一些局部变动的时候要修改次版本号，如：1.1.0.0322_beta（上一级有变动时，下级要归零）。（4）当功能模块有较大变动，增加模块或整体架构发生变化时要修改主版本号，如新增加了退款功能，则版本号要改为

8、：2.0.0.0322_beta 。