当代码被识别为配置项被放在配置库中被管理的时候，作为配置管理员是怎样对代码的版本进行控制的？
       我们知道一个模块或一个子系统的代码是由很多代码文件组成的，这些文件在CVS中被自动标识了版本，但是代码的修改是很频繁的，而且这种CVS自动标记的版本对我们来说并没有什么意义，所以我一直不明白怎样管理或者说标识代码的版本才适合对代码的控制呢？

请大家讨论一下，有这方面经验的朋友也请多指教一下

采用UCM clearcase:
有一个好处就是生成版本的时候必须和activity关联，所以每个版本的生成都是有对应活动的，并且有明确的其他信息，比如修改人员，时间等等。

个人感觉CVS不直观，但是对于管理小项目还行，对于大项目还是用CC管理方便

我们目前用的是CVS，还没有用过CC，我个人对CC也是一窍不通啊。
相对于从工具方面辅助管理来说，有没有比较好的代码版本控制策略或理论、方法？

CVS简单易用是它的特点，我们一直在用CVS，我也存在这样的问题，如何利用CVS很好源码进行版本控制。毕竟，开发人员太频繁改动了，上级对这点又不重视。
xpli，你MSN是多少，我们一起讨论一个方案吧。

我们这MSN经常掉线，有时就上不了，还是告诉你QQ吧，这个还稳定些。
我的QQ : 214692255

我感觉
代码的版本管理不只是通过工具来管理这么简单.
版本管理还是需要一定的结合公司情况的策略和流程.

smallfish382
xpli
你们好,关于这方面我也比较关注,你们的讨论有什么进展和结果,能共享一下吗，不胜感激
QQ:124362542
MSN:lao_bt@hotmail.com

引用:

原帖由 qingqing 于 2006-12-4 17:52 发表
我感觉
代码的版本管理不只是通过工具来管理这么简单.
版本管理还是需要一定的结合公司情况的策略和流程.

支持qingqing观点！
UCM模式就是一套成熟的配置管理策略和流程，只不过IBM Rational给用CC这样工具实现自动化。
如果能够吃透UCM，完全可以用其他配置管理工具来实现的，当然定制带来的技术和成本投入是否必要，就需要根据企业情况来决策了。

谁能介绍一下UCM。