在在Eclipse2.0中使用版本控制系统中使用版本控制系统CVS
2002年6月28日，Eclipse 2.0正式版已经正式完成，这将是Java开发工具历史上的一个重要事件，Eclipse开始
步入成熟阶段。本文借此机会介绍在Eclipse中使用版本控制系统CVS的一些经验和技巧。首先介绍为什么
Eclipse要使用CVS来作为自己的版本控制系统而放弃了有着很好口碑的Visual Age Java的ENVY，然后简要讲
述CVS系统的背景及NT平台下CVS服务器的安装和设置。接下来，针对Eclipse，详细讲解了使用CVS进行团队
开发时的开发流程以及在Eclipse中具体使用的重要操作方法。
背景
在Visual Age Java之后，IBM推出了新一代的开放源码软件开发平台Eclipse，在此基础上打造其核心产品
WebSphere家族。而对于大部分个人开发者而言，Eclipse作为一个崭新的Java集成开发环境提供了一个非常具
有吸引力的选择，已经得到了越来越多开发者的关注和喜爱。
项目的版本控制对于团队开发是极端重要的，对于个人开发者也是项目复杂化时不可缺少的工具。
在Visual Age Java中，由于Visual Age Java特有的项目数据存储方式�D�D所有的相关文件都存在一个二进制
文件中，可以做到直接内置的版本控制，这一系统也就是著名的ENVY，它在Visual Age Java的使用者中有着非
常好的口碑。
而在Eclipse中，情况有了变化。ENVY把项目数据存储在二进制文件中，也即所谓基于Repository的存储，而几
乎所有其他集成开发环境的项目数据存储方式都是基于文件的，项目的所有相关文件直接作为物理文件存储在硬
盘上。两种方式各有利弊，有许多刚接触Visual Age Java的用户很不习惯ENVY，认为看不见文件使得自己失去
了直接感，反过来也有Visual Age Java的忠实用户极力支持和赞扬ENVY。（不过作者认为，在Visual Age Java
中开发者至少可以几乎完全不用花心思在文件路径问题上，这个问题一般总是会耗费新手甚至老手的大量时间和
精力。）在Eclipse中最终使用了基于文件的存储方式，这样增强了透明性和互操作性，但是要达到Visual Age
Java以前做到的项目管理和源代码控制就必须采用不同的方式。
Eclipse的内置版本支持
Eclipse本身内置了一定程度的版本支持，也就是所谓的Local History。在Eclipse中编辑的文件每次存盘都会留
下记录，可以随时与历史记录比较，恢复到某一个时刻的状态。在资源视图（Resource Perspective）或者Java
视图（Java Perspective）中的文件上点右键，选择Compare With，Local History，就会得到如下的画面，可以
很清晰看到各个版本的区别。
图图1：：Eclipse中的内置版本支持：中的内置版本支持：Local History。。
如果需要，则可以通过Replace With，Local History来恢复到任一个以前的版本。当然，这样版本的历史是有限
制的，可以在Eclipse的Preference中设置。在Preference�D>Workbench－>Local History中，可以设置保持最
多保持几天的文件，每一文件的版本数目，历史文件的大小限制。
但是，这样的版本系统只实现了最基本的版本功能，如果想把文件某一个状态标记为一个版本，加上注释（仅仅
从Local History中的保存时间很难看出每一个版本的特点，也难以找到重要的关键版本），或者想把某个目录乃
至整个项目版本化，Eclipse内置的Local History都是无能为力的。
好在Eclipse基于开放的思想，采用了业界标准的版本控制系统CVS，这样不仅很好地实现了版本控制的功能，
对于已经熟悉CVS的开发者来说也更容易使用，更重要的是，可以为团队开发提供更加灵活和开放的选择：项目
的数据可以存储在一个CVS服务器内，不同的开发者甚至可以采用不同的开发工具，只要这些工具都支持CVS。
也许这时我们可以理解为什么Eclipse放弃了Visual Age Java的业已很成功的ENVY系统，这一点很好地体现了
剩余8页未读，继续阅读
资源评论
