个人感觉配置项应该是基础，而真正的核心应该是管理。配置管理不光是关注什么是配置项，而是关注如何控制配置项，控制其版本，其变更，核心应该是对配置项管理的过程，如同之前在另一篇帖子上所说的配置管理是3分配置7分管理一般。所以说配置项是基础，版本管理是核心。。<看了29.34两位兄弟的帖子，发现之前表述有让人误会的地方，删掉前面一句－“变更控制也是针对版本的变更而来的”>

[ 本帖最后由 W.ff 于 2007-6-4 17:49 编辑 ]

支持26楼W.ff的看法，我也是这么认为的。^_^

我觉得说的挺对的。又上了一课，的确，版本控制管理真的挺有作用的。

严重同意！变更管理才是核心。

版本控制虽然占了日常配置管理工作的很大部分，但大家一定要从开发整个生命周期来看配置管理， “变更管理“是贯穿整个生命周期的任务。

支持W.ff的看法！

qingqing版主描述的也很清楚

看了大家的发言  我有点搞不清配置项和基线有什么区别？
也还是不太明白配置项的概念，我想我应该好好去理解这个词的含义了！
若有个很形象的解释，还是很乐意听到各位大师们的指点的
这个人有点笨——我

呵呵，河马兄，我只是把变更管理和版本管理糅合在一起了，“而真正的核心应该是版本管理，变更控制也是针对版本的变更而来的”“核心应该是对配置项管理的过程”，可能没有表达清楚，实在不好意思。

[ 本帖最后由 W.ff 于 2007-6-2 11:54 编辑 ]

核心是变更管理。版本是通过变更产生的。
如果一个软件产品可以只有一个版本就可以交付的话，那么就不需要进行变更和版本的管理了。
版本是结果，而中间的过程才是保证软件质量的重中之重。

版本出现变更，变更产生版本。先有蛋还是先有鸡的问题就不要讨论了，同意最后一句“中间的过程才是保证软件质量的重中之重”。

绝对支持的看法:版本的控制;无论配置项/基线/变更控制等等手段都是为了版本在控制之下

我也有同感，有时候说不清楚。