当一个配置项被完成的时候，将被交到配置管理组，配置管理组将检查交来的配置管理项是否完整，并为它建立基线。基线是通过正是评审并通过的文档说明和产品，是下一步开发的基准。所有对它的变更，必须经过正式的变更控制过程。
有功能基线，分配基线，产品基线，测试基线等。

要是加上几个图示就更清晰了。

请问这里的基线是否就是那个mainline呢？它和element的“糖葫芦”是什么关系呢？

不知道各位打基线是在什么时候？例如，是一个需求文档经过评审后就打，还是说系统设计方案结束啊，连同一起打上基线呢？我们现在用BaseCC,真的没有明显感到基线的好处，只是评审通过一个文档就控制起来不让修改等等。基线体会并不深，希望听听大家的实践

不是所有的工作产品都需要打基线，有选择的的做基线就行

本人认为。基线是一个比较模糊的概念。基线是一个阶段的产品，又作为下一个阶段的开始，可以算是一个里程碑。但基线注重的是产品和成果的内容。
但在现实的工作中，基线应扩展开，作为一个稳定的阶段，都可以看成是一个基线，用来进行下一步的开发。

参考http://bbs.scmlife.com/thread-2022-1-1.html里面的图片，如果工作产品满足图片里面说的作用，就做基线，要不就不用。
功能基线，分配基线，产品基线，测试基线不太好理解，容易让人混淆，CMM/CMMi里面也没有要求要分这样的基线，不用这么麻烦吧。

每一个基线的确认是否都需要经过评审？

打基线可以按照项目计划的里程碑去打，有变更之前是必须打的。

我认为基线其实就是一个基础，下一阶段工作的基础～～

并不是一定非要有什么需求基线、设计基线、测试基线，应该看项目本身的情况，以及采用的策略。

我们公司关于基线的定义:
Project baselines are created when a significant milestone is completed, or it is critical to capture significant work. All CIs placed into a baseline require adherence to established change control rules. CIs are approved for placement into a specific baseline on the authority of the responsible TDM after sign-off by the inspection/review team. The development team member chosen as the moderator for the inspection/review of the CI has sign-off authority.  Baselines build upon previous baselines.