一个配置管理员的困惑
作配置管理快两年了，最近遇到了件很郁闷的事。前一段时间老总跟我说马上制作一个××项目当前成熟的版本给客户去试用，然后就走掉了。每次当我出版本的时候都会遵循代码提交－收集－系统构建－安装－测试这样的基本流程去做。但是当我们费了九牛二虎之力终于出了一个系统软件版本的时候。有些开发人员跑过来跟我说：在你出版本的这段时间我们又增加了不少新的功能，你现在的版本是旧了，必须要把我们新加的功能加到这个版本中去。我当时就有些火了：“不是说好了在出版本的这段时期内除了修改测试发现的问题外不能再做其他的修改了，尤其不能再增加新的功能了，你们这样搞那我这个版本不是白出了吗？”。他们听我说完白眼一翻：“有意见找我们领导去，是他让我们加的。”，说完就走了。我去找负责该项目的经理，他却说没办法任务太紧张了，不可能停止开发的。我又跑去找老总：“能不能先把做好的这个版本交给客户先用到，有些功能下个版本再说”。他说：“不行啊，有些功能客户指明要的，你再重新出个版本吧”。我说：“出版本是要花时间的，就算我重新出一套版本，开发人员在我出版本的这段时间同时在开发，那我的版本怎么出啊？能不能等开发完了再出啊 ？”。老总说：“那不行，时间太紧了，我是想你们同步在做，你出版本的同时他们在开发，等开发一结束你的版本马上就出来了”。我
说：“同步做可以，建两个分支，一条分支开发，一条分支查错。但是两个分支合并也不是那么容易的事，即使合并了也不代表这个版本就出来了，还是要进行代码收集、系统构建、安装、测试这样的基本操作的”。老总说：“不要给我讲什么术语，我不关心，总之你给我想办法，现在任务那么紧张，你要即不影响进度又要保证软件质量，做不到就扣你奖金”。说完就走了，只留下呆呆的我。当天晚上我来加班，抽了整整一包香烟。我不停的问自己：到底是我水平太低，还是领导的水平太低......？？？ 沟通，流程，工具
到底是哪里出现了问题！ 欢迎大家提出自己的想法。
scm在国内还处于初步发展期。
其重要性可比软件制造领域的erp系统。
但是无论从重视程度还是执行力上讲：我们还有很长的路要走。 这里涉及到一个并行开发的问题。原则上测试与开发并不在同一个基线上。 首先需要定制好流程，
然后根据流程作一套版本管理系统！减少扯皮现象！呵呵 关键是自己的管理得跟上啊！ 偶被公司安排去做CM相关的工作了。估计初期 是搭建Build环境，偶对CM实在是提不起兴趣。 让不感兴趣的去做CM,可见决定者也没有认识到CM的重要性. 流程有点问题，需要改进 在压力中生存哦 :em14: