版本管理应用，及客户端工具比较

        
        WinCVS，TortoiseCVS两者都是比较常用的Window上cvs的客户端工具，命令行则是cvs操作的基础。以下是本人的一些使用感受。
       
        命令行
        开始使用的是命令行，根据《pragmatic version control using cvs》，新建测试沙盒，对基本的版本管理操作：仓库新建、导入、检出、比较、更新、提交、标记等操作，进行了尝试。每个命令，基本不使用选项，采用默认行为。也没有进行实用性的编辑、编译操作。没有多少感觉。
       
        随着公司的项目导入CVS中，使用makefile进行集中式编译管理，使用samba进行网络编辑。几百个文件，十几个人，使用命令行进行日常操作，目前很不实用，于是安装了WinCVS。根据角色任务（模块开发人员、系统集成人员、测试人员、系统管理人员、项目负责人），撰写了版本管理的角色任务流程说明；根据版本管理工具的常用流程（连接、检出、查看、更新、提交、添加文件/目录、删除文件/目录、标记），撰写了对应的WinCVS开发人员常规操作说明书。并对使用人员进行了培训及答疑。
       
        WinCVS
        经过一段时间，WinCVS的使用算是较为熟悉了，常规流程操作也使用得不错。根据大伙的反馈，WinCVS有几个突出的特点：
        1.  添加目录到cvs时，必需再手动添加目录中的内容，无法自动添加。这个问题在加入一个多层目录，包含多个文件时，尤其明显。最后还是找到一个简单方法：采用导入项目子目录方式，能够完成上述工作。但对于新增单个文件，必须手动添加。
        2.  查看日志。这个比较头疼，在文件已经修改上百次后，WinCVS的日志总是“从新到旧”，在信息输出区列出，但光标位置跳到最后，每次都要往上翻，很郁闷。如果能够“从旧到新”列出，那就好多了。
        3.  更新指定版本文件。一旦更新了指定版本的文件，提交就有了麻烦，因为文件不能提交到指定修改号或版本标记上，只能删除该文件，重新检出，才能去除指定版本号。熟悉使用后，可以直接选择指定版本比较，而不更新，则能避免这个问题。 
        4.  更新文件。默认只更新本地CVS中已存在目录文件，要更新仓库中存在的新目录，必需选择选项，才能有效。熟悉选项后，这不是个问题。
        5.  时间问题。只显示文件时间，而且只显示早了8小时的UTC时间。熟悉之后，也不太影响使用。
        6.  目录展开模式，这个功能不错，在多层次目录中，能够批量查看文件。配合状态过滤选项，能够直观查看文件状态。
       
        TortoiseCVS
        由于日志和添加文件时的遗漏问题，“懒惰”的同事推荐了“小海龟”TortoiseCVS。小海龟嵌入到了右键菜单。初步使用后，感受到的一些特点：
        1.  嵌入右键菜单，资源管理器方式管理项目，与Windows类似。与WinCVS各有所长。
        2.  查看日志。在忍受了WinCVS的日志查看方式后，很爽。自动定位到最新修改号。但没有全部列出日志，需要点击显示（也许我没有找到设置选项）。能够直接点击修改号比较显示，比WinCVS方便（在WinCVS中，需要先查看修改号日志，再选择版本号比较）。
        3.  新增目录文件，一次操作，能够列出要添加的文件，供用户确认。比WinCVS方便。
        4.  更新文件。与WinCVS相反，默认更新仓库所有文件，要只更新本地CVS目录，必须选择选项。
        5.  时间问题。资源管理器方式，能显示目录、文件时间，且是本地正常时间。
        6.  没有目录展开模式。但提交时，窗口会列出所有能提交的文件，用户再选择。也算是批量查看文件的一种实现。不能列出当前文件的修改号，只能再次查看。
       
        再回命令行
        大多时候两个客户端能够满足常规开发需求。在一些情况下，命令行仍然有用武之地：
        1.  验证发布。快速检出、编译验证、打包。这是命令行的常用之地。
        2.  外部网络访问。很慢的网速，使用samba几乎不可能，这时“SSH+命令行”，就是你的唯一选择。
       
        三个工具，都实现了全部或大部分应用流程，只是提供给用户的操作接口不同。她们都有各自适用的生存空间，等着我们去发掘。

 

        参考资料

        《pragmatic version control using cvs》（版本控制之道－－使用CVS）

        WinCVS自带帮助文件。