CVS使用规范
² 修改文件之前首先update。这意味着修改时的版本尽可能新，一旦发生冲突，解决它的工作量会比较小；
² 及时commit。本地代码与代码库中的代码差异越小，别人合并的难度也就越小(他们有比较大的概率能够拿到新的版本) ；
² 将不同的功能单元修改分开commit。一方面，这样做能够尽早地commit，减少别人合并的难度；另一方面，由于cvs提供了回退到先前版本的能力，一旦由于某项功能修改造成问题，也很容易将那次修改的内容，而不是整个修改回退到正常的代码；
² 同一功能涉及的所有代码一次commit。不希望将涉及同一功能修改的代码分开commit，因为这会给日后的追踪带来麻烦；
² 先调试后提交。这将减少别人不会因为同步了中间结果引发问题，甚至发生提交冲突的可能；
² 写清commit log(提交日志)。cvs中允许保存commit log，在这里可以写为什么进行代码的修改，以及进行了什么样的修改，清楚的commit log能够帮助其他开发者在不仔细阅读代码的情况下了解修改的内容，从而极大地提高开发效率；另一方面，这些日志对于开发者自己，以及整个开发团队，都是非常宝贵的财富；
² 经常保持客户端时钟与服务器时钟的一致，通过命令“net time cvsserver /set”来设置。
² 不要用Unix的CVS客户端（包括Cygwin的CVS客户端）Checkin DOS格式的文件。
