你如何管理你的Eclipse安装?

18
你如何管理你的Eclipse安装,包括基本安装、插件和工作区设置,以确保一致的更新(包括重要更新,如从3.5到3.6)和在两台或更多计算机上(桌面+笔记本)的使用?
我的当前设置是在多个安装位置并行管理,即手动将我在一个安装上安装的新插件添加到另一个安装上,并且当我长时间不使用一个安装时,将整个目录从一个位置复制到另一个位置。对于更新,我通常每月运行一次以获取最新版本,大型更新我通过下载基本分发版并重新安装所有插件来手动完成,以匹配新的重要Eclipse版本的插件版本。
但是,这种方法有一些缺点:
- 时间耗费 - 更新不一致(更新站点更改位置,由于某些插件之间版本不一致导致更新无法正常工作,需要大量手动修复等)(尽管在3.5中得到了改善,但仍然让我感到困扰) - 没有“全局”更新站点,我必须手动管理多个位置
我尝试过像Yoxos这样的配置管理替代方案,但其中的插件存在缺失和/或未能像我预期的那样进行充分测试。
我看了一下IDEA作为IDE,我真正喜欢的一件事是更新管理:集中化和90%的我将使用的功能提供为一个核心,可以作为一个整体进行测试和更新。
因此问题是:你如何管理Eclipse安装并处理更新?从我与其他Eclipse用户的经验来看,他们至少遇到了同样的更新问题,但我还没有听说过解决方案。
4个回答

10

其他开发者对谷歌的Workspace Mechanic有很好的评价。

这是他们在团队之间管理Eclipse环境所使用的工具。

它于2010年5月开源,您可以在博客文章中找到更多信息。

请注意,Workspace Mechanic尚未管理插件安装(请参阅讨论线程):它记住“插件首选项”,但目前不支持安装插件本身。


这绝对是一个值得关注的项目,但如果我看得正确,现在它还处于太初级的阶段,缺少易于设置的工具。 - Elmar Weber
我询问了 Mechanic 的提交者,他说 Eclipse 和 Google 项目的附加插件是由管理员作为集中管理部署的。每个人共享安装,因此 Mechanic 是一种工具,可在团队成员之间保持工作区和首选项的一致性。 - Kane

3
我也遇到了这样的不便。我总是需要在不同的主机(Windows、Linux)上的不同Eclipse实例中安装类似的开发工具(如Mylyn、SVN、CDT、Clearcase)。
更新:
自Eclipse Indigo以来,Eclipse已经正式提供了一个功能来帮助迁移您安装的内容。
它还支持从另一个实例安装现有的插件。

谢谢你的提示,我也不知道Eclipse市场作为一个新的中央仓库。我会尝试两种方法。 - Elmar Weber
我看到你的工具现在已经包含在Indigo中了(恭喜),但我必须承认我仍然不知道如何使用它。我该如何在indigo/juno中导入/导出?描述“只需像首选项一样导出/导入p2安装文件”对我来说并不是很清晰。谢谢。 - studgeek

1

我的策略如下:

当有新版本的Eclipse发布时,我会进行全新安装并设置一个全新的工作空间。然后,我会手动安装所有我需要的最小插件,例如Subversion和M2Eclipse。同时,我会将首选项(例如代码格式)导出到外部文件,并在新的Eclipse安装中重新导入。

我总是将现有项目导入到工作空间中。如果有必要,我可以在多个Eclipse版本中使用我的工作空间(或者更好的说,我的SVN工作副本)。

我只偶尔安装其他的Eclipse插件,并努力将所有其他工具链部分移到构建环境中(例如拥有多个从属节点的Hudson,自动构建和发布脚本,Sonar用于代码质量报告等)。

我试图尽量减少本地开发机器上的开发环境的复杂性。


我以前也这样做,但问题在于我使用的插件生态系统已经变得相当庞大,当我认真考虑是否真的需要每个插件时,答案总是肯定的。即使我只是每隔一个月使用一次(例如TCP代理),离快捷方式仅几步之遥也很好。 - Elmar Weber

1

我只有一个安装但有多个工作区。

我通过复制<workspace_dir>/.metadata/.plugins/org.eclipse.core.runtime/.settings目录的内容来同步工作区设置。

我也使用书签来集中保存与我的工作相关的更新站点。这可以作为全局更新站点。要导入/导出一些书签,请进入首选项 -> 安装/更新 -> 可用软件站点。当新的Eclipse版本推出(每年一次)时,我只需要使用书签安装插件。


网页内容由stack overflow 提供, 点击上面的
可以查看英文原文,
原文链接