Subversion实践案例
关注
分享
扫一扫
文章平均质量分 74
Microke
这个作者很懒，什么都没留下…
展开
-
Subversion实践案例——以只读方式实现对配置库内容的调阅
基本信息 用户单位：某应用软件研发企业 用户规模：200人以上 组织过程水平：中等 CMMI评审等级：无 Subversion使用时间：2年 客户需求 由于公司的客户为军工企业，相关资料（主要是设计文档等技术资料）对保密具有较高的要求，具体到实际的使用需求就是Subversion版本库中的部分内容（以MS Office文档为主）在被开发人员调阅的时候只能被其读，原创 2009-07-02 15:42:00 · 638 阅读 · 0 评论 -
Subversion实践案例——客户现场模式的分布式开发
基本信息 用户单位：某应用软件研发企业 用户规模：100人以上 组织过程水平：中等 CMMI评审等级：无 Subversion使用时间：1年 客户需求 由于公司每次向新客户提交软件的时候都需要派出一个小规模的团队到客户现场进行一段时间的软件定制和维护。此外，老客户系统的重大升级和功能扩展也需要一个小团队在客户现场进行一段时间的开发。因此，异地开发的配置管理就是一原创 2009-07-07 23:54:00 · 1312 阅读 · 0 评论 -
Subversion实践案例——配置管理和缺陷跟踪的整合
基本信息 用户单位：某制造业软件研发企业 用户规模：100人以上 组织过程水平：中等 CMMI评审等级：3级 Subversion使用时间：2年 客户需求 由于公司开发的产品在交付每个不同客户的时候都进行了较多的定制开发，所以当项目进入开发后期以及交付客户后的初期，缺陷的修复便成了开发团队的一个主要工作。根据公司制定的相关流程，在相关软件已经提交客户后，原创 2009-07-08 00:01:00 · 746 阅读 · 0 评论 -
Subversion实践案例——配置管理和缺陷跟踪的整合
基本信息 用户单位：某制造业软件研发企业 用户规模：100人以上 组织过程水平：中等 CMMI评审等级：3级 Subversion使用时间：2年 客户需求 由于公司开发的产品在交付每个不同客户的时候都进行了较多的定制开发，所以当项目进入开发后期以及交付客户后的初期，缺陷的修复便成了开发团队的一个主要工作。根据公司制定的相关流程，在相关软件已经提交客户后，原创 2009-07-08 00:04:00 · 954 阅读 · 0 评论 -
Subversion实践案例——合并跟踪
基本信息 用户单位：某制造业软件研发企业 用户规模：100人以上 组织过程水平：中等 CMMI评审等级：3级 Subversion使用时间：2年 客户需求 合并是并行开发中一个令人头疼的环节，众多的冲突和缺陷均源于此。在缺乏有效的合并跟踪的情况下，会导致众多的问题出现，相关的情况有很多种，以下是一个典型的场景： 在公司发布产品1.0版本后原创 2009-07-08 00:06:00 · 757 阅读 · 0 评论 -
Subversion实践案例——精细化的访问控制（一）
基本信息 用户单位：某通讯设备制造企业 用户规模：200人以上 组织过程水平：中等 CMMI评审等级：3级 Subversion使用时间：2年 客户需求 该公司对Subversion访问控制的需求主要包括 精细化的授权体系 1、多重线索的授权体系： 根据公司实际需求，一个人的需求由以下三条线索决定： 个人在公司中的角色，如总经理、配置管原创 2009-06-29 09:21:00 · 571 阅读 · 0 评论 -
Subversion实践案例——精细化的访问控制（二）
基本信息 用户单位：某大型软件企业 用户规模：500人以上 组织过程水平：中等 CMMI评审等级：3级 Subversion使用时间：2年 客户需求 该公司对Subversion访问控制的需求主要包括 1、精细化的授权体系 其相关需求和上一案例：Subversion实践案例——精细化的访问控制（一）基本相同 2、特殊的访问控制需求 a、对原创 2009-07-07 23:30:00 · 613 阅读 · 0 评论 -
Subversion实践案例——自动构建与发布
基本信息 用户单位：某大型通讯企业 用户规模：500人以上 组织过程水平：良 CMMI评审等级：4级 Subversion使用时间：1年 客户需求 该公司对构建及发布相关的需求主要包括 1、每日构建——用于构建内部发布版本。 2、大版本的正式发布——包括完整的版本信息、历史版本及缺陷列表。 3、补丁的发布——频繁的补丁发布（大部分补丁需直接提供给原创 2009-07-01 15:32:00 · 633 阅读 · 0 评论