配置管理工具必须能够从扁平且向外延伸的目录结构和深度嵌套的目录结构引入现有项目。迁移项目数据后,此工具必须提供一种简单的方法来创建基线。基线是所有后续开发工作所基于的项目版本。
理想情况下,配置管理工具并不显现出来,允许开发者处理源代码文件,隔离了其他开发者的更改所造成的干扰。然而,在特定时候,必须放松该隔离以使开发者能够将其他开发者的其他更改并入其自己的项目。因此,配置管理系统必须为开发者提供让其工作的隔离区域,但还必须提供可让他们作为一个团队进行工作的高效方法,从而共享对其源代码的修改。
使用配置管理工具,团队可以到达构建高地,由此通过每个更高的构建级别都会获得更高程度的稳定性。或者,该工具实施一个流程,开发工作可随着更高级别构建的进行而通过此流程来继续展开。此流程确保团队按照正确的规程来开发产品发布标识。它还确保修正会损坏更高级别构建的任何代码。
配置管理工具必须擅长于复制软件应用程序的各种不同版本。开发团队经常并行处理缺陷纠正发布标识和新功能发布标识。这些发布标识可以具有不同的构建需求。 在缺陷纠正发布标识完成后,新功能发布标识团队通常会将这些更改并入其工作。 配置管理工具的一个重要目标是允许若干类型的项目同时进行。该工具必须为开发者提供一种复用代码(无论代码创建在什么目录中)的方法。并行产品发行后,技术支持人员必须能够复制以前的里程碑发布标识以用于客户支持。随着开发团队完成的并行发布标识数量的新增,对产品版本可复制能力的需求也会新增。