您如何管理Eclipse安装?

时间:2010-09-26 20:19:51

标签: eclipse configuration installation updates

如何管理Eclipse安装,即基本安装,插件和工作区设置,以确保一致性更新(包括主要更新,3.5 => 3.6)以及两台或多台计算机(桌面+笔记本)上的使用情况

我目前的设置是基本上并行管理几个安装上的安装,即手动添加我安装在另一个上的新插件,当我没有长时间使用一个来复制整个目录从一个地方到另一个地方。 对于更新,我通常每月运行一次以获取最新版本,我通过下载基本发行版并在新主要Eclipse版本的匹配版本中重新安装所有插件来手动执行主要更新。

然而,这种方法有一些缺点:

  • 时间密集
  • 更新不一致(更新站点更改位置,更新不起作用,因为需要大量手动修复的插件之间的某些版本不一致等)(这已经变得更好用3.5但仍然让我感到烦恼)
  • 没有“全局”更新站点,我手动必须管理多个位置

我尝试了像Yoxos这样的替代方案来进行配置管理,但是插件缺失和/或没有像我预期的那样经过良好测试。

我看过Idea作为IDE,我真正喜欢的一件事是更新管理:集中式和我将使用的90%的功能都是作为核心提供的,经过测试和更新。< / p>

因此问题是:您如何管理Eclipse安装并处理更新?

根据我与其他Eclipse用户的经验,他们至少有同样的更新问题,但我还没有听说过解决方案。

4 个答案:

答案 0 :(得分:10)

我听过其他开发者关于Google Workspace Mechanic的好消息。

这就是他们在Google内部用来管理各个团队的Eclipse环境。

它于2010年5月开源,您可以在blog post找到更多信息。

请注意,Workspace Mechanic尚未管理插件安装(请参阅discussion thread):它会记住“插件首选项”,但尚不支持自行安装插件。

答案 1 :(得分:3)

我也遇到了这样的不便。我总是需要在不同主机(Windows,Linux)上的不同eclipse实例中安装类似的开发工具(如Mylyn,SVN,CDT,Clearcase)。

<强>更新

Eclipse正式提供了一项功能,可帮助迁移自Eclipse Indigo以来安装的内容。

它还支持从另一个实例安装现有的插件。

答案 2 :(得分:1)

我的策略如下:

当一个新的Eclipse版本问世时,我将其重新安装并设置一个新的工作区。然后,我手动安装我需要的所有最小插件,例如Subversion和M2Eclipse。此外,我将首选项(例如代码格式)导出到外部文件,并在新的Eclipse安装中重新导入它。

我总是将现有项目导入工作区。如有必要,我可以使用来自多个Eclipse版本的我的工作区(或更好,我的SVN工作副本)。

我偶尔会安装额外的Eclipse插件,并尝试将所有其他工具链部件移动到构建环境中(例如,Hudson包含多个从属设备,自动构建和发布脚本,Sonar用于代码质量报告等)。

我尝试将本地开发人员计算机上的开发设置的复杂性降至最低。

答案 3 :(得分:1)

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

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

我还使用书签进行集中,以保存与我的工作相关的更新网站。这可以充当全局更新站点。要导入/导出某些书签,请转到Preferences - &gt; Install/Update - &gt; Available software sites。当一个新的Eclipse版本问世(每年一次)时,我只需要使用书签安装插件。