eclipse下SVN subclipse插件

本文目的

来源:http://www.cnblogs.com/chencidi/archive/2010/12/13/1904781.html

让未使用过版本控制器软件或者未使用过subversion软件的人员尽快上手。

subversion的使用技巧很多，这里只总结了最小使用集，即主要的基本功能，能够用来应付日常工作。

因此不涉及subversion服务器端的搭建和配置。

为什么要使用版本控制

当多人共同开发同一个软件时，会涉及源代码的共享以及带来的相关问题，比如追究某个代码是由谁在什么时间修改的。

下面列出版本控制带来的好处：

• 为团队提供了所有项目文档的回退按钮，个人IDE工具只能提供某个文件的回退按钮，而不能做到，比如回退到2008年6月12日下午3点10分时的所有项目文件；
• 支持多个开发人员在可控的方式下为相同的代码工作；
• 版本控制系统保存了文档在过去的各个改动，便于查找是谁，在何时，因为什么修改了文档；
• 支持在文档的主线上同时有多个版本（版本的分支和合并是版本控制的主要手段，一些开发团队仅仅是简单的共享代码主干）；
• 支持查询在某个时点上项目各个文档的状态，可用于研究生产效率等（比如，统计项目哪个时期代码提交最活跃，以及每个人的代码提交频次等等），也可用于对以前的软件发行版的再发行（比如，以前构建的2.0版本的安装包丢失了，那么可以通过版本控制器记录的历史重新回溯到那个版本，然后重新构建出安装包）。

为什么使用subversion

首先，考虑的是使用免费开源和轻量级的版本控制器。

第二，要求使用比较广泛，可选的有cvs和svn。

这里选择svn，主要考虑是比较好集成apache使用，提交代码支持原子级操作（即，比如提交3个文件，如果因为网络或者其他原因，上传2个文件后中断，svn能做到服务器端回滚到提交前的状态，而cvs做不到这点，需要手工检查和恢复）。

subversion的程序构成

subversion程序，和mysql很类似，是c/s结构的，有客户端和服务器端。服务器端和客户端都是通过命令行方式启动和执行的。本文只会使用到客户端的命令。

第三方提供了各种图形界面的客户端工具，比如eclipse插件subclipse，windows图形界面工具tortoiseSVN。这些后面会提到它们的基本使用。

subversion资源

• subversion官方网站：http://subversion.tigris.org/
• subclipse官方网站：http://subclipse.tigris.org/
• tortoiseSVN官方网站：http://tortoisesvn.tigris.org/
• 使用subversion进行版本控制中文版在线版本：http://www.subversion.org.cn/svnbook/

安装subversion

有关subversion和subclise的安装暂略，因为目前提供的虚拟机开发环境已经安装和配置。

tortoiseSVN，可到官方网站上下载最新版本的windows安装包，默认安装，不需要做其他设置，安装后需要重启计算机。能在资源管理器中鼠标右键菜单看到如下图所示条目，就说明安装成功。

使用subversion

日常工作中使用subversion仅仅是几个命令或者操作，并不复杂。但是它内部的一些机制需要逐渐去理解。

检出代码

在刚开始进入一个开发队伍的时候，已经有版本控制和软件项目，使用的第一个命令往往是检出（checkout）代码。或者当使用和研究开源软件的时候，也是第一个要用到这个命令。这个命令的作用是把项目的源代码下载到用户本地，并且带有版本控制信息。

比如，执行以下命令获取一个项目的源代码：

svn co http://easymorse.googlecode.com/svn/trunk/vfs.demo/

这个命令将在本地当前目录建vfs.demo目录并将该服务器目录下的所有文件下载到本地，并且，会生成隐藏文件.SVN目录，用于记录版本控制信息。

tortoiseSVN有图形界面的检出操作，但是命令行方便快捷，建议使用命令行。

如果使用eclipse并安装了subclipse插件，可以通过插件导入项目。

然后，

选择或者新建资源库位置，

选择资源库中的项目目录。

然后，就可以完成（finish）了。

初始导入

何时使用初始导入，比如，对于java开发人员来说，在eclipse中编写了一个项目，并决定把项目共享到版本控制器上，这时就需要初始导入操作了。

以下以subclipse为例说明初始导入的步骤。

第一步，选择share project，共享你的项目：

选择通过svn共享项目：

填写svn提交的url：

这个url，需要subversion的管理员告知你，还有用户名和密码。如果想练习一下，google提供了免费的svn，你可以通过：http://code.google.com 申请项目，这样就会有类似我上面的url和权限。

然后可以直接点击finish，完成初始提交。选择next，可以做定制模块名和初始提交的信息，一般不需要。

如果你的svn服务器使用了https协议，需要接受一个数字证书，一般选择永久接受。

之后，会要求输入用户名和密码。建议勾选保存密码，否则会很麻烦。

这样，再看项目，会发现条目上多了问号，这时需要选择哪些目录和文件需要提交，哪些需要忽略，比如生成的class文件等。

选择需要忽略的文件或者目录，这时需要切换到导航视图下才能看到所有文件和目录：

从导航视图看到的情况：

选中需要忽略的目录和文件，操作svn：

然后提交整个项目即可。有关提交的操作见下文。

更新项目

项目在提交前，应该先做更新项目操作。比如有一个文件a.txt，已经提交到svn中，这样，可能有其他用户提交了新的改动到a.txt，你现在又修改了a.txt，准备提交你的改动。先操作更新a.txt，这样如果该文件在svn服务器已经改动，会将改动加入到当前本地的a.txt中。

在subclipse中的操作：

提交代码

提交代码，一般会级联当前目录下所有改动的内容。

删除代码

对于不再使用的代码，可以直接删除掉，比如通过windows删除文件，通过ubuntu的rm命令或者通过eclipse的delete功能，然后提交项目，subclipse会知道哪个文件被删除了，并将这个变化通知给svn服务器。

还原代码

如果代码做了改动，可以是多个文件，也可以删除了文件或者新增了文件，但是没有提交到svn服务器，可以通过还原功能恢复到改动前的样子。

版本的分支与合并

版本的分支和合并，是版本控制的核心功能。

比如，软件通过版本的分支，将项目分配给多人做分工开发，通过版本合并，将这些分工实现的代码合并到新的版本中；或者，修改代码bug的时候，可以先打出一个版本分支，保留出现bug的版本，比如分支版本名称为pre_fix_bug_2201，这里2201表示bug的代号，然后针对这个分支做修改fix这个bug，再将修改后的内容提交到一个新的分支版本，比如post_fix_bug_2201，再到适当时候将这个分支合并到代码主干中去。

以上说了一下版本分支与合并的用途，这里简单说一下svn版本分支合并的基本原理。

首先是版本分支，实际上是将当前版本“copy”到分支上，非常类似windows下，将某个目录的快捷方式复制到其他路径。这种copy，可以说是轻量级copy或者叫廉价copy，不是复制版本内容，而是做一个内部的引用。这样的copy很快，对服务器也没有空间上的开销。

版本的合并，是svn开发中的难点，当做版本合并的时候，服务器会试图智能的合并同一个文件的不同版本，可能会带来版本冲突，这需要操作者做手工的处理，消除版本冲突。合理分工的项目应该可以通过管理手段尽量避免这种情况。

以下是通过subclipse演示版本分支的操作。首先，项目文档应该已经全部提交，然后，选择

然后，填写url，一般是在tags/目录下：

然后默认选项，next即可，然后选择finish按钮。在svn的相应路径下就会有一个同名的项目。

打分支，实际上就是建立了一个项目的轻量级copy。

如何从版本的一个分支切换到另外一个分支，这也是很重要的，它能帮助你轻松在不同的项目版本中自动切换，而不必在eclipse里维持多个项目。

选择要切换的项目版本路径，或者直接输入亦可。

 

然后点击ok后，项目即可切换到该版本下。

在分支上做了改动，并且已经提交（一般tags目录下的项目约定是只读的，不建议改动，这里是为了举例方便），那么，可以将这个版本合并到trunk（主干）代码中，让主干也拥有最新的代码。

 

选择需要合并的源，比如从tags上面一个版本，合并到主干（trunk）代码中。

之后，需要设置一些合并的特性，这里默认配置即可。

执行完毕后，会有一个合并报告，可见没有出现冲突情况。

这时候看源代码，可以发现有改动，这些改动就是合并过来的代码。

改动如果没有问题，就可以提交，这样就完成了一次版本的合并工作。

 

 

“还原”已经提交的改动

如果文档没有提交，还原是很容易的，只需执行还原（revert）就可以了。有时候，已经提交了代码，结果发现了问题，需要回退到之前提交的版本，就不是很容易了。

这时候的还原，其实是将以前的某个修订本（revision）覆盖当前的本地工作拷贝。然后再提交这些改动，成为新的修订本。

下面演示一下。

首先提交了一个版本的改动，这是以后需要还原回来，这里，为了以后还原方便，要在提交的消息中说明改动了什么。（这一步在开发中是必须的，是纪律）

下面，再修改一下项目，然后提交一次，这里故意增加一个文件。

提交以后，后悔了，想恢复到前一个修订版。虽然可以通过版本号进行覆盖还原，但是一般人是无法记忆这个版本号的，另外就是实际情况往往更复杂，不会像示例中那样是相邻的两个修订版。

所以提交修订版时的注解消息就显得特别重要。

这时可以通过svn的日志功能查看到这些版本和它们的注释消息。

看到历次版本的消息内容。

这样，根据注释，我们很容易找到需要还原到以前的那个修订版。如果不放心，我们还可以根据上下文菜单，对比两个修订版的区别。

看比较结果。可以看出，增加了一个文件，另外一个文件中有一处差异。

那么，可以确定是从125修订版恢复（还原）。

更改后的项目，相当于用125修订版还原了126修订版。

可以看到126版本添加的文件不见了，另外VfsDemo.java文件也还原到125版本的内容。这时提交将成为127版本，这个版本其实就是125版本。算是还原了主干（trunk）上的代码。

刷新历史，可以看到修订版已经生效。