记得第一次在国内的坛子里看到三库的讨论的时候，登时就晕了…… ioweu
三库的概念被弄得挺严重，甚至被实现为物理上的多个库……ioweu ioweu
这里，首先贴一下三库定义的原文、翻译，然后再谈谈个人的理解……ioweu ioweu
==原文位置==ioweu
（中国国家标准也有三库的定义。这里就不再给出了。这里给出的是CMMI的定义，若有其它国际上比较权威的定义，烦请熟悉的同志贴一下，谢!）ioweu ioweu
CMMI V1.0 ioweu
=> level 2 ioweu
=> Configuration Managementioweu
=> SG 1 Estabish Baselines ioweu
=> SP 1.2 Establish a Configuration Management Systemioweu
=> Subpractices 2. Store and retrieve configuration items in the configuration management system.ioweu ioweu
==原文==ioweu ioweu
Examples of configuration management systems include the following:ioweu ioweu
Dynamic (or developer's) systems contain components currently being created or revised.ioweu
They are in the developer's workspace and are controlled by the developer.ioweu
Configuration items in a dynamic system are under version control.ioweu ioweu
Master (or controlled) systems contain current baselines and changes to them.ioweu
Configuration items in a master system are under full configuration management as described int ths process area.ioweu ioweu
Static systems contain archives of various baselines released for use. ioweu
Static systems are under full configuration management as described in this process area.ioweu ioweu
==翻译==ioweu ioweu
（感谢cmmi_cn@163.com等同志对CMMI的翻译工作！）ioweu ioweu
CMMI V1.0 ioweu
=> 第二级 ioweu
=> 配置管理ioweu
=> SG 1 建立基线 ioweu
=> SP 1.2 建立配置管理系统ioweu
=> 子实践 2. 在配置管理系统中存取配置项ioweu ioweu
配置管理系统举例如下：ioweu ioweu
动态（或开发者）系统，包含当前正在产生或修订的组件。ioweu
它们在开发者的工作区，而且由开发者所控制。ioweu
属于动态系统的配置项，在版本控制之下。ioweu ioweu
主（或受控）系统，包含当前的基线和基线的变更。ioweu
属于主要系统的配置项，在本过程域所描述的完全的配置管理之下。ioweu ioweu
稳定的系统，包含已分发使用的各种基线的保存档。ioweu
稳定的系统，在本过程域所描述的完全的配置管理之下。ioweu ioweu ioweu
==个人理解==ioweu ioweu
首先，三库仅仅是举例，在实践中，并不是一定要弄出三个库来。ioweu
其次，三库是逻辑上的概念，在实践中，并不是要对应到物理上的三个库。ioweu
根据定义，开发库可以大致映射为开发工程师的个人工作空间，在开发工程师本机上，个人目录下。当然，对于稍大的任务，也可以映射为存储库里的一个任务分支。ioweu
而受控库，则是开发工程师相互协作、交流最新工作成果的地方。大致上，可以映射为版本控制工具（svn/cvs/cc……）的repository(存储库)。这里，可能有不同的分支/目录做不同的用途，可能会打标签、基线。ioweu
静态库，又称基线库，指的是那些重要的基线，这些基线标志着项目的重要里程碑，或者这些基线被Release（发布）给了“外界”。在比较简单的版本控制工具里，一般可以用特定标签命名规范来把它们从其他标签、基线中区别出来；在SVN中，可以设置一个特别的Tag目录。而在比较复杂的版本控制工具里，也可以用基线/标签的某种属性（质量级别）来表达。例如，当某条基线通过了系统测试后，就把它的质量级别promote（提升）到“通过系统测试”。ioweu
对于静态库，再补充一点：对于这些基线，我们通常不仅要记录源代码，最好也保存一下编译结果/安装包。这样将来用起来会比较方便。编译结果/安装包一般就不要放到版本控制工具里去了，除非你受了商业宣传的蛊惑…… 在合适的机器上建个共享目录，设置合适的权限，来存储编译结果/安装包，一般就可以了。ioweu ioweu ioweu
个人意见。大家拍砖吧^_^
我又翻看了一下英文原文，关于动态库，
Dynamic (or developer's) systems ... are in the developer's workspace and are controlled by the developer.
注意到workspace和developer用的都是单数。这么说，特定的动态库，是给特定的某一个开发者使用的。
这与SnowJin的理解不同。
而对于受控库，我则不确定当年的理解是否准确。
Master (or controlled) systems contain current baselines and changes to them.
注意到，这里不仅包含当前活跃/比较新的基线，也包括对基线的变更。
但是，这里所提的变更，是指的什么质量程度的变更呢？
如果，只要是程序员提交的，就算，那么，受控库就是开发工程师相互协作、交流最新工作成果的地方，如我当年的理解。
如果，只有通过集成的，通过测试的，才算，那么，受控库的内容，就是相对稳定的，相对正式的内容。这样，就和SnowJin和shuku的观点一致。
另外要提及的是，
三库的概念，是 Examples of configuration management systems，是些示例。
所以，在实际操作中，不必太拘泥于这套概念。重要的是理解它背后的观点：
不同的内容，用相应的合适的方法存储和控制；
适当隔离，物理上或逻辑上，以避免混乱和误操作。
0:: :
1::