在上一篇《小公司如何实施配置管理（一）》中，我们主要阐述了小公司如何实施配置管理的设计方案，包括配置管理的一些基本概念、配置管理工具的对比、配置管理的需求、以及部分配置管理的子过程设计，本篇的主要目标是结合《小公司如何实施配置管理（一）》中的设计方案，初步给出实施方案。
结构：配置库分为开发库、文档库、产品库、构建库，这四个库分别是独立的单库，版本不相互影响。上述四个库的第一层目录均为项目全称的缩写字母（lowcase）。例如，项目一在开发库下的相对路径为：/dev/pro1，在pro1下为该项目的具体源码结构树；项目一在文档库下的相对路径为： /doc/pro1，在pro1下为该项目的文档树结构（包括且不限于项目立项、项目结项、项目计划、项目监控、风险管理、配置管理...），相应的文档放入到相应的文件夹中；项目一在构建库下的相对路径为:/db/pro1，在pro1下为该项目不同时期的构建版本（格式：项目缩写_阶段_主版本.次版本.修订版本-YYYYMMDD.后缀名）；项目一在产品库下的相对路径为：/pd/pro1，在pro1下为该项目不同时期的基线发布，如1.0基线包括的所有发布内容（交付文档和源码）统一保存在/pd/pro1/1.0/路径中。
实现：采用ubuntu ＋ apache ＋ subversion + openldap， apache实现http或https方式通过webdav协议浏览svn目录结构，openldap实现web的安全访问验证。
总体步骤：1.安装Ubuntu基系统，2.更新基系统所有组件，3.安装apache2、subversion、libapache2-svn、 slapd、ldap-utils，4.建立ldap目录结构（group & user），5.创建配置库结构，6.整合apache2和subversion（权限和虚拟目录），7.整合apache2和ldap（web访问验证），8.域名绑定。详细的配置过程将会在后续的文章中进行阐述。
注意：由于subversion对URL是有规则截取的，规则：只使用域名或IP地址后的内容作为配置库的寻址路径，因此，只能使用域名直接映射IP地址的方式，而不能使用域名映射为IP/context的方式。
到此我们已经把基于配置库的配置管理框架搭建起来，但是工具只是用来辅助管理的，重要的还是过程，在配置管理中，变更管理、配置审计、状态统计等等支撑过程，还没有完全的确定下来，没关系，事情是不能一蹴而就的，在后续的篇章中，我们会逐个阐述，分析和交流这些过程实施的重点和难点。
以上是个人的一些关于如何实施配置管理过程，以及配置管理与关联过程的交互方面的积累，一人计短，难免会有bug的出现，欢迎大家共同讨论。
版权声明：原创作品，转载时请务必以超链接形式标明文章原始出处、作者信息和本声明，否则将追究法律责任。本文出自RYAN.D的51Testing软件测试博客：http://www.51testing.com/?227121
相关阅读：
