如何基于cvs进行版本控制？

公司虽然使用cvs，但是版本控制还是很乱。我想可能是一个规范的问题。大家能不能来谈谈各自公司是如何进行版本控制的。

频繁update；
抢先commit；
仔细merge。

当然，commit的前提是通过所有得unit test：）

还有良好的命名规范。
需要的配合测试的话最好用Ant写一个每日构建的脚本。

当然，最重要的是你们的PM是个强人，天天要像猎犬一样盯着CVS上的版本，绝不容许项目腐化掉。

“天天”做的事就应该交给机器去做。把junit和clover集成上去，加个cc，根本不用PM每天去盯，只要收邮件就行了。

以前有人跟我说每次的改动都在word或excel中记录下来。
可是我就是想不通为什么有了vss还要自己去记录这些修改。
如果真的这样做的，每天估计有1/3的时间花在这种记录日志上。

版本管理最重要的还是合理使用工具的问题，而不是管理的问题。管理依靠的是人和制度，这些方面没有技术手段来得直接和有效。任何生产其实都是存在这样问题，技术手段往往会投资最小，结果最明显，效果也直接。

汗一个，这样的想法有创意，要真这样做了，项目的持续时间会拉的很长很长……

anyway，为什么要纪录？？vss或cvs提交的时候不都可以记录的吗？

呵呵
这个狠象我的作风

前一阵子就这个问题在公司配置管理评审上吵了一通。好不容易出来个规范，一看全是什么流程、权限之类的框框，没有提及任何工具。我ft了又ft。

部门有配置管理员，专门做配置管理。
其余人就一个准则“提交前先更新，谁发现冲突谁解决”。
还有一个底线“不能提交有问题的程序”。