软件版本管理规范

软件版本管理目录导言11.1。目标11.2。范围11.3。术语1的定义1.4。参考文献21.5。版本控制记录21.6。版本更新记录22.版本管理42.1。版本标记方法4官方版本42.2。目录结构52.3。文件储存62.3.1。开发文档的存储62.3.2。源代码的存储62.3.3.SQL语句存储72.3.4。发布文件的存储72.4。配置管理流程72.5。权限控制管理83.更新管理93.1。源程序的修改93.2。版本升级103.2.1。版本升级原则103.2.2。新版本11的发布3.3。文档更改114.备份管理12介绍版本控制是管理软件开发过程中创建的配置对象的不同版本，以确保在任何时候都可以获得正确的版本和版本组合。版本控制的主要功能是记录开发过程中的每一次修改，使开发工作可以随时检查过去的历史记录，获得正确的版本，这是系统的成长记录。1.1。目的本文件是为规范产品部、研发部和测试部对软件产品版本的管理而编写的。范围本文件为产品部、研发部和测试部的管理者提供版本管理规范的相关内容，包括：版本识别方法软件系统数据的存储文件修改控制文件备份系统1.3。术语的定义单片机软件配置管理的缩写SVM软件版本管理的缩写SVNSubversion是一个开源版本控制系统。文档一种数据介质和记录在其上的数据。结构管理识别和确定系统中的配置项，在系统的整个生命周期中控制这些项的发布和更改，记录和报告配置状态和更改要求，以及验证配置项的完整性和正确性的过程。软件配置特定时刻特定形式软件的瞬时图像。配置项目软件配置管理的对象称为配置项，如系统规范、项目开发计划、用户手册和源代码。基线软件生命周期中每个开发阶段结束时的标记用于使每个阶段的工作划分更加明确，在这些点上打破最初的连续工作，并使检查和确认阶段结果变得容易。参考材料软件版本管理规范浪潮集团山东通用软件有限公司泰豪软件开发软件版本管理制度tortoise SVN的使用手册1.5。版本控制记录修订状态部门起草一份草案审计同意发布日期1.01.6。版本更新记录*增加-修改-删除版本/修订修改页码修改记录修饰语日期，1.0初始版本2.版本管理2.1。版本标记方法为了规范和统一工作，研究和开发本部门各部门实施的版本识别管理方法。2.1.1。官方版本软件版本号由四部分组成，X.Y.Z.DATA_希腊文字母。X:主要版本号，用于表示向客户提供的产品功能的主要增强。在极端情况下，主要版本号的增加表明该产品现在有了一个全新的功能类别。从市场和许可权的角度来看，升级主要版本号相当于购买完全独立的产品。从开发人员的角度来看，主要版本号的迭代几乎总是反映出一个新的独立分支或其主干可以延续主要版本的生命。Y:功能版本号用于表示产品增加了一些功能或对原始文档中描述的功能进行了重要修改。用于确定何时需要修改功能版本号的一种方法是产品功能规格。功能版本升级是保持主要版本之间产品竞争力的重要机制。Z:缺陷修复版本号，用于指示在此版本上完成的缺陷维护行为的级别。修订版是稳定市场和最小化客户技术支持成本负担的重要机制。阿尔法版本：这个版本表明软件在这个阶段主要实现软件功能，并且通常只与软件开发者通信。一般来说，这个版本的软件有很多缺陷，需要改进测试版：比阿尔法版有了很大的改进，消除了严重的错误，但是仍然有一些缺陷，需要通过许多测试进一步消除。这个版本的主要修改是软件的用户界面。RC版本：是相当成熟的，基本上没有导致错误的错误，这几乎与即将发布的官方版本相同。版本：这个版本意味着“最终版本”。在前一个版本的一系列测试版本之后，最终会有一个正式版本，这是一个将交付给最终用户的版本。这个版本有时被称为标准版本。在正常情况下，“发布”不会以单词的形式出现在软件封面上，而是会被一个符号(R)代替。例如：1.1.1.051021_beta。第一个1是主版本号，第二个1是子版本号，第三个1是阶段版本号，第四个部分是日期版本号加上希腊文字母版本号。有5个希腊字母版本号，即：基础，阿尔法，贝塔，钢筋混凝土，释放。2.2。目录结构由于各部门的实际情况不同，目录结构难以统一。但是，为了更好地管理各部门的文档，建议将被管理的配置项分为三类：文档类、源代码类和安装盘类。这种存储非常清晰，有利于版本管理。具体目录如下表所示：根目录一级目录二级目录三级目录项目名称版本号源代码集成代码代码合并第一个模块密码第二模块密码资料库结构化查询语言公共发展工具包密码文件项目文件项目建议书项目申请表工程计划项目开发计划要求文件需求规格设计文件设计简介数据库设计简介界面布局原型界面动态页面参考材料项目的一些参考资料验收文件验收数据测试文档测试计划测试报告测试用例试用信息测试部署部署材料发布设置发布发布文档2.3。文件储存2.3.1。开发文档的存储文档归档过程：2.3.2源代码存储2.3.3。SQL语句存储每个子系统的SQL文件被放入.对于不同的数据库，会建立不同的子目录，如WAT、SYB、MSS、ORC、DB2等。公共SQL文件可以直接放在. SQL和不同数据库的特殊SQL分别放在相应的子目录下。2.3.4。发布文件的存储分发文件是指向用户交付产品所需的文件。包括：产品可执行文件、用户说明、在线帮助(HLP)；资源文件(BMP、ICO等。)，环境配置文件等。2.4。配置管理流程过程描述：1.在开发人员完成了他们负责的代码模块的编写任务后，他们将它们提交给项目经理。2.项目经理向测试部门提交测试任务；3.配置管理员准备测试所需的环境；4.测试人员开始测试并提供实时BUG测试；5.开发人员处理测试人员提供的BUG，并将其提交给测试人员进行回归测试，直到BUG被关闭；6.测试完成后，测试人员应提供测试报告；7.根据项目情况决定是否发布新版本；8.配置管理员和成员应确定新版本的信息；9.配置管理员发布新版本。2.5。权限控制的管理为了保证文档的安全性和一致性，防止意外修改，必须为不同的文档设置不同的访问权限。文档权限类别：只读权限、读写权限。文档类别：文档，SRD，发布。用户类别：开发人员、测试人员、分析设计人员、部门经理、配置管理员、安装盘制造商、问题和需求经理、用户文档作者等。为了控制不同的使用权限，根据需要在服务器上分别建立不同的用户，并为不同配置项所在的目录分配不同的权限。为了方便各部门的管理，人员和管理对象之间的访问关系(用户权限列表)应以表格的形式列出。3.更新管理3.1。源程序的修改当开发团队建议在相应子系统的下一级建立一个目录，如签出，以存储被修改的文档和修改登记表。当程序员想要修改文档时，请遵循以下步骤：1)接收维护任务；2)检查要修改的文件(如PBL和SQL等。)正在被其他人员修改(检查要修改的文件是否存在于检出目录中，或者后缀是否已被更改为程序员的首字母)；3)如果有人正在修改文件，请等待或联系相应的开发人员，重复2。否则继续；4)将文件复制到检出目录，并在修改登记表中登记；或者将文档的后缀改为我的姓名首字母；5)将文件复制到其自己的私有目录中；6)根据需要修改源文件；7)按要求测试和相关项目的回归测试；8)将其提交给测试仪进行测试。如果失败，重复6。如果通过，继续。9)删除检出目录中的文件，并在修改登记表中标记修改完成；10)通过电子邮件或其他方式将修改后的文件发送给版本管理器，版本管理器将文件复制到相应的路径；在特殊情况下(版本管理器运行)，程序员可以将修改后的文件复制到相应的路径，或者将后缀改为正式的。11)回复报告人，报告维护任务完成情况。3.2。版本升级3.2.1。版本升级原则版本升级应受到版本管理的严格控制。应仔细控制版本的升级，以确保高版本的向下兼容性或提供严格定义的升级方法。主要版本号(1):功能模块发生重大变化时，如增加多个模块或改变整体架构。该版本号由项目决定。Subversion number (1):当函数有一定的增加或改变时，如添加权限控制等函数和添加用户定义的视图。该版本号由项目决定。阶段版本号(1):常见的错误修复或小改动。修订应该在任何时间间隔频繁发布。一旦修复了一个严重的错误，就可以发布一个修订版。项目经理决定是否修改此版本号。日期版本号(140606):用于记录修改项目的当前日期。修改项目的日期版本号需要每天更改。开发者决定是否修改这个版本号。希腊字母版本号(beta):该版本号用于指示软件的当前版本处于哪个开发阶段，当软件进入另一个阶段时，需要修改该版本号。该版本号由项目决定。对于每次版本升级，请填写版本升级记录表。记录表的示例如下：主要版本号子系统名称子系统版本发布日期更改功能描述出版者批准人评论主要版本号：记录当前发布的版本发布日期：此版本的发布被批准的日期。修改文件：版本修改记录、版本修改日志3.2.2。新版本的发布新版本的发布包括主版本号和次版本号的升级，通常不包括内部版本号的升级。过程如下：1)接收新的发布任务和此版本的发布代码。2)在指定目录下，根据本次发布的版本号建立相应的子目录，并将当前目录下的所有内容复制到新目录下。3) readme.txt可以在新目录下建立，并可以添加相应的内容。3.3。文档更改文件变更流程：4.备份管理为了确保文档的最大可恢复性，应随时定期进行备份。1)随时备份：1开发人员必须每天