CM之过程总览

不觉已做了一段时间CM工作了。总结一下这些年的经验。

关系如下：

研发

CM

测试

产品

这么说吧，CM的任务如下：

1. 维护公司资产，确保公交对外产品，所包含的内容，的确来自于研发，并且，版本可追溯，可逆推，可以定位到责任人。

2.CM需要确保，研发的代码，不能直接提交到测试，一定根据研发人员提供的信息，在CM的平台上完成编译，并最终以产品包的形式提交测试。

    测试通过后，进行产品准入。

    当然，看到这，许人多一定认为，这好象是多余的话。但这个世界上，越是简单的事，越难实现。你懂得。廉洁二字好写吗？但每年出10000个条例，然后第二年再出100000个条例来确保这10000个条例，还是有人会钻空子。甚至CM人员，也会协助相关的人员。

   为什么？因为一般来说公司也有问题，上梁不正下梁怎么来着？许多公司，最终结局，那些老实人，先被开，因为开掉他们，公司不会损失什么；相反，那些天天和公司玩心眼的人，反倒因为与各环节结盟，所以没事。

   公司的策略永远是宁可得罪100个君子，也不能得罪一个小人。（这好象是特色，儒家就是这样教我们的）。这是儒家思想在实现中的一个必然结果。

    如果研发人员上传公司库里的东西，与提交测试的产品并不是一个东西。那么研发人员，自然有资本同公司讨价还价。但前提是，要打通几个环节。这也不难。谁也不会得罪人。但公司，谁也不太乎。因为公司是谁啊？与国家是谁是一个意思。

总之，这一条是关键，但无数公司实现不了。

==================================

具体，分为：

1. 自动编译： 如CrouseControl ,Marven

2. 自动语法检查: pclint

3。自动静态检查。如内存leak等等。这方面有一些商用公司。

4. 自动打包，与版本规划及提交平台。

当然，更牛B的公司，会把BUG和变更（CR）也一并绑在平台上。

不过，总之，CM还是一个看家与支撑的角色，只能保证不坏，但不能保证很好。有了CM基本上，60分没问题。但想拿高分，还是研发人员努力，要想研发人员努力，公司的价值链需要正确。这就扯远了。

所以，公司在CM方面的投入，就应与公司目前的水准相当。比如，公司的研发体系很糟，在CM上的投入，再大，也不会出太多成绩。