配置管理目录详解.doc

SVN配置管理详细说明目录1.网站目录地址12.目录说明12.1目录详细说明12.2目录配置流程说明22.3目录下对应版本类型33.人员目录33.1项目人员对应目录33.2项目人员对应目录操作步骤44.版本命名54.1产品版本命名规范54.2项目过程中版本命名规范55.版本发布流程71.网站目录地址网站名称为内部暂定为卡老师，对应的配置管理目录为：/svn/kalaoshi 2.目录说明2.1目录详细说明目录路径：Kalaoshi |+- develop + | + +-trunk + + | + + +-开发 + + + | + + + +-人员1 + + + +-人员2 + + +-设计 + + + | + + + +-人员1 + + + +-人员2 + + +-整合代码 + +-branches + + | + + +-代码 + + +-设计 + +-tags (只读) + + | + + +-代码 + + +-设计 +-control + | + +-代码 + +-设计 +-Product (只读) + | + +-产品1 + +-产品1 +-项目文档 + | + +-trunk + + | + + +-人员1 + + +-人员2 + + +-人员3 + +-branches (只读) + + | + + +-开发 + + +-设计 + + +-产品 + + + | + + + +-需求说明文档+ + + +-产品原型 + + +-测试 +-其他 (只读) + | + +-SVN配置管理 + +-测试文档 + +-文档模版 + +-开发注意事项 2.2目录配置流程说明目录存放内容说明： Trunk：每个人都有自己的trunk路径，类似自己的本地，只有自己去操作，别人不能对你的路径操作。 branches：这个目录有两个分别是在develop下和 项目文档下，都是存放交付给测试或者检验端口的内容（代码，设计，文档）。tags：这个目录有2个，在develop下的此目录存放代码和设计稿件，是由配置管理员，取需要交付测试和检验的的文档存放于此。另一个是在项目文档下，此处放的是文档，是基线了的文档。其他：存放的是不是项目阶段中的文档是规范，培训等公用性的文档。配置管理流程： 开发和设计需要将Trunk下自己的需要交付给测试检验端口的内容，复制到branches下，再有配置管理员，将此处的内容取至tags中，并存放到control下，测试检验人员针对control下的内容进行测试检验。项目人员需要将自己Trunk下自己的需要交付给评审检验的文档，复制到branches下，评审检验人员在此目录下进行评审检验操作，文档评审完毕后，由配置管理员放到 tags 基线 。项目每完成一个版本，需要有配置管理人员，将此版本所有内容存放到Product下，以便后期其他项目参考。配置管理人员需要定期（一般为1个月）清理项目过程中前一个月的内容。2.3目录下对应版本类型 目录 branches，版本类型：rip目录tags, 版本类型：alpha目录control, 版本类型：Beta目录Product, 版本类型：Release3.人员目录3.1项目人员对应目录开发：l kalaoshi项目文档trunk l kalaoshi项目文档branchesl kalaoshideveloptrunkl kalaoshidevelopbranches设计：l kalaoshi项目文档trunk l kalaoshi项目文档branchesl kalaoshideveloptrunkl kalaoshidevelopbranches项目人员：l kalaoshi项目文档trunk l kalaoshi项目文档branches3.2项目人员对应目录操作步骤将内容交付给测试检验操作：对应SVN分支功能，分支操作只能针对一个文件或文档，不能同时支持多个点击【确定】，后自动完成将文件或者目录A拷贝到目录或文件B4.版本命名4.1产品版本命名规范起始版本V1.0.01.当版本发生重大变化主版本号增1，次版本号和修订号归零。 则为：V2.0.02.当版本发生相对较小的变化主版本号维持不变，次本版号增1. 则为：V1.1.03.当一个版本发布后出现了bug需要修订。修订版本号增1. 则为：V项目过程中版本命名规范1.版本号.此版本号.rip.年月日.修订数(统指本地的修订数） 2.当开发有新功能需要测试的时候，主版本号维持不变，A增1. 则为：V1.0.0.A.B.rip.年月日.修订数3.当功能模块出现了bug需要修订。 B增1. 则为：V1.0.0.A.B