myeclipse中安装mylyn与subclipse

①

最近我一直想在Myeclipse6.0中安装SVN插件，从网上搜索了好多文章，都不能解决我遇到的问题，后来经过自己的摸索，终于找到了安装SVN的一个正确的方法。

第一步：安装Mylyn：

打开Myeclipse6.0，依次点击Hellp-->Software Updates-->Find and Install

在弹出的对话框中选择第二项（Search for new features to install)，点击next后，在新的对话框中选择

New Archived Site...，选择已经下载好的mylyn压缩包（mylyn压缩包是我已经下载好的，下载地址是：

http://www.eclipse.org/mylyn/downloads/ ，根据eclipse不同的版本，下载对应的mylyn），选择好mylyn后点击

finish，根据系统提示即可安装成功。

第二步：安装Subversive：

安装过程与安装mylyn的过程相似，只不过安装所需要的文件不同，我使用的在线安装，在选择Search for new

features to install后弹出新的对话框中选择New Remote Site...，然后在弹出的对话框中输入

name=subversive,URL=http://download.eclipse.org/technology/subversive/0.7/update-site/，然后点击

finish，接下来就是根据系统提示操作完成即可。

第三步：安装Subservice Connectors：

安装过程与上面的安装过程相似，在点击New Remote Site... 后弹出的新对话框中输入

name=subservice connectors，

URL=http://www.polarion.org/projects/subversive/download/eclipse/2.0/update-site/，点击finish，

然后按照系统提示操作完成即可。

②

刚下了MyEclipse6.6,想试用一下。
想从svn服务器上下些需要的东西，于是先
安装subclipse插件，从官方网站 http://subclipse.tigris.org/ 上
找到适合eclipse3.2+的Eclipse update site URL: http://subclipse.tigris.org/update_1.4.x
于是从这个url安装subclipse,但安装时提示需先安装mylyn,
还不知道mylyn是什么，上网google了一下，大概知道
Mylyn项目提供的主要特性如下：

聚焦任务的用户界面（Task-Focused User Interface） —— 界面自动隐藏不属于当前任务的项目，跟踪给定任务的关联项目。
任务仓库集成（Integration with Task Repositories） —— 从Bugzilla、JIRA、Trac以及其他几个提供者中抽取任务列表。
富编辑和透明的离线工作（Rich editing and transparent offline work） —— 自动缓存任务变化，当重新联线之后自动同步。
完全与Eclipse 3.3集成（Complete Eclipse 3.3 integration） —— 利用新的Eclipse 3.3工具，如普遍的超链接、基于编辑器的内 容助手和窗体支持。

没用过mylyn,先装上再说吧
从 http://www.eclipse.org/mylyn/ 上看到关于的介绍
mylyn安装指南页面
http://wiki.eclipse.org/index.php/Mylyn_User_Guide#Installation
找到合适Eclipse 3.3的安装url
http://download.eclipse.org/tools/mylyn/update/e3.3
装好后，重启然后安装subclipse .

然后在MyEclipse6.0点击Window-->Show View-->Other...-->SVN-->SVN Repositories,点击OK，添加SVN Repositories的窗口。

好了，下面就可以新建一个Repository Location了。

在SVN Repositories窗口中右键New-->Repository Location，输入SVN服务端的URL和用户名，密码，点击确定后就完成了。

试试效果吧，用法和CVS差不多。

SVN服务端的安装就不熬述了，转一篇别人的吧：

MyEclipse6.0下的SVN安装与配置：

1. 从网站上下载svn的服务端Subversion 和客户端TortoiseSVN

2.安装服务端，然后在环境变量path中加入服务端bin路径 ；安装客户端

3.在d盘创建一个文件夹 d:/svn 然后在dos下用命令创建 svnadmin create d:/svn/test

4.创建后，在test中找到配置文件svnserve.conf 和passwd两个文件 安装里面的提示进行修改，要注意的是，里面的文件每行之前没有空格，必须顶行写。否则会报option excepted 错误

5.启动svnserve 用命令 svnserve -d —listen-host 127.0.0.1 -r d:/svn 如果没有启动改命令，你去链接时，会发现报“目标机器积极拒绝…”等错误。

6.导入文件 svn import d:/work svn://localhost/test -m “Initial import”

7.用下面的一条命令将SVN安装成服务启动，在cmd中。

创建服务 注:下面拼路径时 每个”=”后面有个空格不能少，不然会出错

sc create svnserve binPath= “/”d:/Program Files/Subversion/bin/svnserve.exe/” –service –root d:/svn” Displayname= “Subversion Repository” depend= Tcpip start= auto

启动该服务，就ok了

sc start svnserve

注：d:/svn 是版本库根目录，d:/svn/test是具体某个项目的版本

MyEclipse6.0集成SVN的安装和配置就介绍到这里，希望你对MyEclipse6.0下SVN的使用有了一定了解

Eclipse SVN插件比较

Eclipse 下连接 SVN 库有两种插件 —— Subclipse 与 Subversive ，可以说这两种插件都是非常优秀的插件，而对于使用者来说，选择使用哪种插件确实是个挺头疼的选择。

Subclipse 主页位于 http://subclipse.tigris.org/ ，与SVN（ http://subversion.tigris.org/ ）联系紧密，我们可以称之为 SVN 官方的 eclipse 插件。而Subversive 则是 eclipse 官方的 SVN 插件，主页位于 http://www.eclipse.org/subversive/ 。

Subclipse 是 SVN 直接支持的项目，在很早的时候就已经出现了。而 Subversive 最先是由一个第三方公司 Polarion 开发的。早先有传闻 Subclipse 将会成为 Eclipse Foundation 成员的传闻，可是最后却出现了令人大跌眼镜的结果，Subversive 率先成为了 Eclipse 的子项目。这中间到底出现什么情况，我们就不得而知了。
不管是 Subclipse 还是 Subversive ，它们使用的 SVN 连接器不外乎这两种，JavaHL 和 SVNKit ( http://svnkit.com/ )，SVNKit 是 Subversion 的纯 Java 连接库版本，整个连接底层都是由 Java 实现的，不需要额外的支持。而 JavaHL 则使用的是 Subversion 原生的连接库，加上了 Java 调用库。这两种连接库给人表征的感觉应该是 JavaHL 在连接稳定性和速度上应该占优，而 SVNKit 则应该更省事，适用性更广。如果非要推荐一个的话，我还是建议先选择 JavaHL，如果 JavaHL 无法在你的系统中正常工作，再选择 SVNKit 。
我原先使用的是 Subclipse ，后来转用了 Subversive （毕竟 Subversive 是 Eclipse 官方支持的项目，Subclipse 更像是一个第三方项目，而且Subversive对快捷方式的支持比较好）。如果非要来比较两种插件的话，我只能以难分高下来做评判。

Subclipse vs. Subversive

从两个插件使用的易用性上来说，只能真的说是难分高下。相对来说，Subversive 可能是属于 Eclipse 官方的缘故，似乎与 Eclipse 整合方面做得更加出色，相对来说在 Eclipse 中的操作会更让人感觉舒服一些，比如项目分支布局等等。而 Subclipse 则相对来说和 Subversion 联系更加紧密，Subversion 的更新、特有功能等等这方面的支持则远远超出了 Subversive 。
如何选择？我想可以从这几方面考虑：
1. Eclipse 是否是你操作 SVN 的唯一途径？如果是，偏向于选择 Subversive；如果不是，比如说像我，还要经常使用 TortoiseSVN ，则偏向与选择 Subclipse 。Subclipse 的操作更倾向于与 TortoiseSVN 习惯，而 Subversive 的操作更倾向于 Eclipse 习惯操作。
2. SVN是否是你的唯一版本管理系统（或最重要的管理系统），你是否对 SVN 的新功能、新特性比较感兴趣？如果是，偏向于选择 Subclipse ；否则，偏向于选择 Subversive。
3. 你的 SVN 操作是否会比较简单？比如你是否仅仅使用的仅仅是简单的检出/提交，等等操作，也不愿意把时间花费在研究 SVN 的高级特性上。如果是，偏向于选择 Subversive，如果否，则建议选择 Subclipse 。
以上几点是否可以对你选择那个插件有所帮助呢？其实这两个插件都很不错，对于我们日常使用来说，哪个都能很好完成我们的任务，如果你还是不能确定，就别再费神在这上面花工夫了，也不用再在网上寻找两者比较了，随便选一个就行了。

SVN简明课程

1. 版本控制介绍

1.1. 什么是版本控制

版本控制系统用于保存编写开发应用程序时的文档的各个修订版（revision）。

版本控制也称作Revision Control System(RCS)。

名词解释：

修订版（revision）：可以认为是某个文件在其生命周期内各个保存的快照，每个快照和一个时间区间对应。
版本库（Repository）：存放修订版的数据库
本地工作拷贝（Local working copy）：修订版在本地的副本
版本的检入（Check in）：本地副本提交到服务器的版本库
检出（Check out）：从服务器的版本库中取出修订版成为本地副本
版本号的来源：有两种策略，基于文件的计数和基于仓库的计数，subversion使用后者
标签（Tags）：为版本加一个名字，便于检出
分支（Branches）：修订版打分支，以后可以平行修改，互不干扰
合并（Merging）：将分支的修订版合并为一个新的修订版
锁（Locking）：为修订版枷锁
冲突（Conflict）：并发版本控制时防止修订版混乱的错误机制

1.2. 使用版本控制的好处

对团队和个人都有好处：

为团队提供了所有项目文档的回退按钮；
支持多个开发人员在可控的方式下为相同的代码工作；
版本控制系统保存了文档在过去的各个改动，便于查找是谁，在何时，因为什么修改了文档；
支持在文档的主线上同时有多个版本；
支持查询在某个时点上项目各个文档的状态，可用于研究生产效率等，也可用于对以前的软件发行版的再发行。

1.3. 常见的版本控制系统

VSS：Visual Source Save，微软公司的版本控制器软件， http://msdn2.microsoft.com/zh-cn/vstudio/aa718670.aspx

CVS：Concurrent Versions System，开源免费， http://www.nongnu.org/cvs/

Subversion，开源免费， http://subversion.tigris.org/

ClearCase，IBM公司， http://www-306.ibm.com/software/awdtools/clearcase/

2. Subversion介绍

Subversion是新一代的版本控制工具，正逐步替代CVS。

资源：

官方网址： http://subversion.tigris.org/

subversion中文站： http://www.subversion.org.cn/

中文手册： http://www.subversion.org.cn/svnbook/

subversion与cvs的对比： http://www.uml.org.cn/pzgl/200705251.asp

3. Subversion基本使用

3.1. Subversion安装

Subversion是典型的C/S模式应用程序。

Windows环境下的安装包： http://subversion.tigris.org/files/documents/15/41687/svn-1.4.6-setup.exe

安装过程很简单，图形界面，默认选择即可。

输入svn命令查看安装是否成功：

svn --version

svn命令是subversion程序的客户端

svnserver命令可以启动svn服务器，用于搭建简易的svn服务器环境

见： http://www.easymorse.com/bbs/viewthread.php?tid=95&extra=page%3D1

3.2. 服务器端

以下是搭建简易的服务器端环境的做法，正式一般配合apache通过http访问。

3.2.1. 创建版本库

创建服务器端版本库，相当于DBMS创建数据库示例。

命令行：

svnadmin create file_path/repo_name

3.2.2. 启动服务器

svnserve.exe -d -r file_path

-d 后台执行
-r 版本库的根目录
访问该版本库的url：svn//localhost/repo_name

3.3. 客户端

3.3.1. 初始导入（import）

通过命令行导入：

svn import -m "init import" http://10.0.0.6/svn/teaching/

该命令可将当前路径下文件导入到版本库中。

3.3.2. 检出（checkout）

通过命令行检入：

svn co http://hibernate3demo.googlecode.com/svn/tags/helloworld_r1

或者：

svn checkout http://hibernate3demo.googlecode.com/svn/tags/helloworld_r1

或者：通过第三方图形工具的检出，比如tortoiseSVN（ http://tortoisesvn.tigris.org/ ）

将svn服务器的最新修订版下载到本地成为本地工作拷贝。

3.3.3. 保持更新（update）

命令行：

svn update

或者

svn up

或者通过tortoiseSVN

或者通过eclipse插件，subclipse（ http://subclipse.tigris.org/ ），在线安装： http://subclipse.tigris.org/update_1.2.x/

用svn服务器的最新修订版更新本地工作拷贝。

多人合作时：

更新要经常频繁的做，尽量让问题及早暴露，便于处理。
提交代码前要更新，否则容易产生版本冲突。

3.3.4. 添加（add）

命令行：

svn add file_path

或者通过tortoiseSVN，eclipse插件。

告知svn服务器，添加目录和/或文件到服务器上，这个操作类似SQL的insert，但是并没有真的操作，直到commit。

3.3.5. 提交改动

相当于通用概念：检入（checkin）。

命令行：

svn commit

或者：

svn ci

或者通过tortoiseSVN，eclipse插件。

提交本地工作拷贝的所有改动，而且是原子性的。

要求：一般要注明修改的原因

svn ci -m "修改bug #224"

要求：提交之前要做更新

svn up
svn ci -m "修改bug #224"

3.3.6. 还原改动

对应提交(commit)，要有类似回滚（rollback）的操作。

svn revert

或者通过tortoiseSVN，eclipse插件。

这个操作对开发人员十分有用，在改动被人很多代码后可以“一键恢复”。

3.3.7. “还原”已提交的改动

revert只适合未提交的情况。

如果已经提交，发现问题，要回退到之前的修订版。

首先需要：

svn up

让本地工作拷贝更新到最新状态。

然后：

svn log your_file_path

查看文件日志，这时候提交时填写的说明信息就派上用场了。

查看两个修订版之间的不同：

svn diff -r 旧修订版序号:新修订版序号 your_file_path

或者通过tortoiseSVN，eclipse插件。

决定用哪个旧的修订版号后，用旧的修订版号文件覆盖新的修订版号文件。

svn merge -r 新修订版序号:旧修订版序号 your_file_path

还需要：

svn commit -m "恢复到某修订版（某修订版作废）"

或者通过tortoiseSVN，eclipse插件。

这个还原是所谓的，不是用旧的版本号替代，而是将旧文件覆盖新文件。

3.3.8. 拷贝文件和目录

命令行：

svn copy path/file_name newpath/new_file_name
svn commit -m "xxxx"

或者：

svn cp path/file_name newpath/new_file_name
svn commit -m "xxxx"

或者：利用windows的资源管理器/unix的cp命令

或者通过tortoiseSVN，eclipse插件。

svn的copy，是很重要的工具，版本分支和标签等概念都通过它实现。

svn的copy，是廉价的拷贝。

3.3.9. 重命名目录/文件

命令行：

svn move file_name new_file_name

或者：

svn mv file_name new_file_name

3.3.10. 处理合并冲突

svn默认不对文件加锁。

如果不同人编辑了同一个文件的不同部分，提交时会自动合并。

如果不同人编辑了同一个文件的同一部分，后提交者会报告合并冲突。

解决方法（人工仲裁）：

放弃改动；
坚持你的改动，找到.mine的文件名，恢复为原文件名，然后执行：
svn resolved file_name

3.3.11. 删除文件

将本地工作拷贝删除。

命令行：

svn delete file_path

或者：

svn del file_path

4. Subversion高级内容

4.1. 文件锁

一般用于二进制内容，因为无法合并。

如果某个文件加锁，其他用户的本地工作拷贝（更新后）将是只读的。

当该用户提交后，其他用户的本地工作拷贝（更新后）才可以写操作。

其他用户可以“撬锁”，然后进行写操作。

高级配置可以配置“撬锁”权限，使不是什么人都可以“撬锁”。

4.2. 版本库创建策略

单一的版本库保存一个项目。

单一的版本库保存多个项目。

多个版本库。

4.3. 使用标签和分支

在svn中标签和分支都源于copy命令。

3个约定俗成的目录：

trunk：主干
branches：分支
tags：标签
发布分支：

svn cp -m "创建用于实现radio标签的分支" https://easymorse-simpletag.googlecode.com/svn/branches/simpletag_select_1 https://easymorse-simpletag.googlecode.com/svn/branches/simpletag_select_2

切换分支：

svn switch https://easymorse-simpletag.googlecode.com/svn/branches/simpletag_select_2

合并分支需要两个步骤：

合并操作

svn merge -r 33:HEAD https://easymorse-simpletag.googlecode.com/svn/branches/simpletag_select_2

或者：

svn merge https://easymorse-simpletag.googlecode.com/svn/trunk/simpletag@HEAD https://easymorse-simpletag.googlecode.com/svn/branches/simpletag_select_1@HEAD