本文来自于 Rational Edge：本文讨论了敏捷软件配置管理（Agile Software Configuration Management）的概念，一种适合于敏捷开发方法的 SCM 风格。文中还介绍了IBM Rational SCM 工具集如何实现敏捷软件配置管理，以支持敏捷项目。
并不久以前，敏捷开发方法，例如极限编程（eXtreme Programming，XP）、动态系统开发方法（Dynamic Systems Development Method，DSDM），或 Scrum 作为新的且稍微有争议的软件开发项目的交付方法被引入。如今，敏捷开发实践，例如迭代开发、测试驱动的开发，和持续的集成成为了普遍现象，并且人们已经接受并采用它们作为另一种软件开发的方法。不论您的看法或经验是什么，您不能否认的是，敏捷开发项目可以并且已经证明能够成功，准时，并按照预算交付功能。
本文讨论了敏捷开发的具体方面 —— 敏捷软件配置管理，或简称“敏捷 SCM”的概念，一个精心设计的轻型 SCM，可以由软件开发项目使用和实践敏捷开发方法。作为此讨论的一部分，我还将关注企业级 SCM 工具集，例如 IBM Rational SCM 工具集，能够如何实现，以支持敏捷项目。
敏捷开发
大多数敏捷开发方法所共用的方法是让用户或客户直接参与并与之交流，并且在频繁的，短期的迭代（典型的为二到十二个星期）中进行功能开发。典型的是，在每个迭代的开始，敏捷团队会与客户商谈来确定新的特性或变更请求。这些由开发人员进行估计，并且随后，由客户为下一次迭代设置优先级，如图 1 中所示。任何还没有在迭代中实现的特性或变更请求将与所有新的请求一起保留下来，并且由客户为下一次迭代重新设定优先级。允许开发人员致力于当前迭代的请求，或者在必要时重构并简化现存的代码。这样做的意图是，保持设计的简单，并且防止不必要的特性膨胀。代码还是不断地集成的，并频繁地以很小的单位进行实现、测试及提交，这可以利用在提交时刻调用的自动化构建过程来检查集成错误。
图 1：在每个迭代的开始，敏捷团队会与客户商谈来确定新的特性或变更请求。这些由开发人员进行估计，并且随后，由客户为下一次迭代设置优先级。
如同所有软件开发过程，敏捷开发方法需要一个基于核心及支持团队的环境，一些在传统上称为软件配置管理，或 SCM 的东西。不幸的是，一些实践者将 SCM 看作是一个陈旧的且不必要的控制规程。但这是一个误解。虽然事实上过多的喝错误类型的 SCM 可以扼杀敏捷开发项目，但是敏捷实践，例如迭代开发和持续集成，如果没有 SCM 将不会成功这也是事实。
因此，对于这些类型的项目，您需要多少，以及什么类型的 SCM？要回答这些问题，让我们引入一个相对新的概念：敏捷 SCM（Agile SCM）。
