大家好，我是小环，我来为大家解答以上问题。配置管理员，配置管理很多人还不知道，现在让我们一起来看看吧！

1、　　什么是配置管理

2、　　在软件开发中，变更是不可避免的。从某种角度上讲，软件开发过程就是一个变更的过程。有些变更是有益的，是具有创造性的，但是，也有些变更是有害的，导致混乱的。正像James Bach总结的那样：

3、　　我们为变更所困扰，因为代码中的一个极小的混乱可能带来产品的大的故障，但是，他也能够修复大的故障或启用奇妙的新能力。我们为变更所困扰，因为某个喜欢恶作剧的单个开发者可能破坏掉项目，但是，一些奇妙的思想也源自那些喜欢恶作剧的人员。

4、　　因此，如何管理这些变更是一个软件开发能否成功的关键。简言之，软件配置管理就是管理变更的过程，它贯穿着几乎软件的整个生命周期。成功的配置管理系统可以最大限度的减少对个别“英雄”式人员的依赖。

5、　　软件开发过程的输出信息可以分为三个主要的类型：

6、　　1 计算机程序（源代码、中间代码和可执行程序）

7、　　2 描述计算机程序的文档（针对技术开发者和用户）

8、　　3 数据（包含在程序内部或在程序的外部）。

9、　　这些项包含了所有的在软件过程中产生的信息，总称为软件配置。该集合中每一个元素称为该软件产品软件配置中的一个配置项（CI, Configuration Item）。

10、　　尽管配置管理（Configuration Management ）这个概念被提出有几十年了，但是，业内还没有一个全面而权威的定义。

11、　　具体地说：

12、　　配置管理是标识和控制配置项，以维护其完整性、可追溯性以及正确性的学科。

13、　　具体来讲，配置管理包含如下内容：

14、　　标识：识别产品的结构、产品的构件及其类型，为其分配唯一的标识符，并以某种形式提供对它们的存取。

15、　　控制：通过一定的机制控制对配置项的修改

16、　　状态报告：记录并报告配置项以及元数据的状态。

17、　　配置审计：确认产品的完整性并维护配置项间的一致性。

18、　　从上面的描述，我们知道，配置管理的基本单位是配置项。

19、　　从“哲学”意义上讲，它记录配置项的三个方面：

20、　　从哪里来？此项可归结为WWW的问题，（Who）谁创建的？（When）什么时间创建的？（Why）为什么创建此配置项？

21、　　当前在哪里？此项纪录配置项当前的存储位置以及状态。

22、　　将到哪里去？通过配置控制来把配置项“组装”到正确的版本中去。

23、　　配置项可以是大粒度的，也可以是小粒度的。如果跟踪个别需求，那么不必要把整个需求规格说明文档定义为一个配置项，可以把每个需求定义为配置项；如果把软件开发工具也放入配置管理系统，那么把配置项定义为文件级就不合适了，只需要跟踪开发工具的版本，即把整个配置工具定义为一个配置项就足够了。

24、　　简而言之，配置项可以是文件级粒度的，也可以使文件版本级粒度的。当然，粒度越小管理的成本越高，但是配置的精度也就越高。

25、　　一个完整的SCM系统要具有三个核心功能：版本控制、变更控制、配置控制以及两个支持功能：状态统计和配置审计。

本文到此讲解完毕了，希望对大家有帮助。