本节书摘来自异步社区《配置管理最佳实践》一书中的第1章，第1.9节，作者： 【美】Bob Aiello , Leslie Sachs著，更多章节内容可以访问云栖社区“异步社区”公众号查看
1.9 建立使用模型
在公司内，设置专人定义整个团队如何使用源代码管理工具是非常重要的。在理想的情况下，这个人从整个团队那里得到信息，明确地定义出使用模型是决定选择使用哪个工具非常重要的部分。可以预料的是这是一个反复迭代的过程，并且肯定会有很多不同的意见。有的时候，你可能喜欢某个特定的工具，但它的使用模型也许过于复杂（或者不够复杂，但是缺少所需的功能）。一个常见的例子是，把源代码管理工具和缺陷或者需求跟踪工具集成到一起提供可追溯性的能力。
需求和缺陷跟踪实现的可追溯性
曾经遇到过一个国际银行系统偶尔会错误地四舍五入1日元。钱不是很多，只是非常令人讨厌。如果这不是违反了行业规定，日本财政部要关闭这家银行，估计谁也不会认真对待这个问题。所以，每次遇到四舍五入1日元这个问题，就要有人立刻去修正它。每次都是这样去修复，但是从来没人记录最后一次是如何修复的。如果有一个和源代码管理工具集成的需求或者缺陷跟踪系统，所有这些变更都会通过特定的需求或者缺陷ID（或者变更请求， Change Request）关联到一起。而且可以通过在缺陷系统中搜索“1日元四舍五入”，找到六个月前为修复这个问题到底做了什么变更。一些源代码管理解决方案是一套应用生命周期管理（ALM）解决方案的一部分；而其他一些方案则仅仅是具体的源代码管理工具，通过与市场上其他工具集成一起提供服务。需要考虑的是，我们是需要一套完整的ALM解决方案去支持整个软件开发生命周期，还是仅需要一个垂直的解决方案来满足特定的需求。选择正确的工具很重要，但更重要的是定义明确的使用方式。
