如何理解“基线”（Baline）这个术语[转]
基线”是⼀个很常见的术语，在配置管理和项⽬管理⾥⾯都能看到，⽽且还有很多衍⽣的术语，例如基线提升、基线化、基线审计，等等等等。
燕窝副作用我个⼈以前对微软的那套开发流程（就是product cycle model）以及PSP、TSP了解⽐较多⼀些，这些流程⾥⾯对“基线”的概念提的不多。但接触RUP、MSF以及项⽬管理以后，看到到处都有b
退休后aline，就觉得迷惑了。
怎么让脸变小
经过我⾃⼰的理解，以及和⼏个同事的讨论，现在我觉得我们通常看到的“基线”这个术语有两个意思：
1）代表多个源代码⽂件的⼀组版本。
⽐如有三个⽂件，aaa.c、bbb.c和ccc.h。可以对这三个⽂件做⼀个基线，取aaa.c的版本1.1，取bbb.c的版本1.3，取ccc.h的版本1.0。(1.1,1.3,1.0)就是⼀个基线。换
低醇啤酒句话说，通常在vss和cvs⾥⾯做label，就是在做基线。
这种基线对“构建审计”特别有⽤：在做build的时候，可以先对所有源⽂件做⼀个label，取名为"Build2394"，然后再编译、集成。这样，以后如果要找到和build 2394对应的原⽂件，只需要
到vss或者cvs⾥⾯把所有⽂件对应label Build2394的版本取回来就可以了。
2）代表⽂档的⼀个稳定状态。述法报告
⽐如有⼀个项⽬设计⽂档，当设计基本完成，开发即将开始的时候，需要把这个⽂档固定下来，内容不能再频繁改变，否则开发⼈员就⽆所适从了，可能导致每个⼈所参照的⽂档并不是同⼀个⽂档。⽤⼀句上海这⾥的⽣活⽤语来
说，就叫做要把这个⽂档“敲定”。
古筝十级⼀个⽂档如果经过讨论被通过了，被固定了，就可以说这个⽂档被“基线化”了，然后所有⼈就可以在这个“基线”的基础上⼯作。
当然，⽂档不可能⼀成不变，所以当对⽂档的修改仍然会不断进⾏，但这种修改并不会随时随地的添加到被“基线化”了的⽂档中去。因为既然是“基线”，就不能随便动。
但是到了⼀定时候，修改积累到⼀定程度，就需要把很多修改合并到原来的⽂档中去了，并⽣成⼀个新版本的⽂档作为团队中所有的⼈的参考标准，并把⽼的版本淘汰掉。这就叫做“基线提升”。
以上就是我个⼈对“基线”这个术语的两种不同含义的理解，⼤家可以讨论讨论看，是不是差不多就是这个意思。
3)合同基线
当你和客户讨论后，“敲定”的合同
4）发⾏基线
你会对你要发⾏的代码，⽂档版本进⾏label, ⽐如Relea2.2,
这样，你可以随时取出此版本作build，进⾏测试，发布。
5）产品基线孕妇不可以吃什么
核武器的威力当发布时，你会对产品中所有的配置项进⾏label，包括可执⾏命令，⽂档⼿册，库⽂件。。。
