18

您如何管理 Eclipse 安装，即关于一致更新（包括主要更新，3.5 => 3.6）和在两台或多台计算机（台式机 + 笔记本电脑）上的使用的基本安装、插件和工作区设置。

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

但是，这种方法有一些缺点：

  • 时间密集型
  • 更新不一致（更新站点更改位置，更新不起作用，因为插件之间的某些版本不一致需要大量手动修复等）（这在 3.5 中变得更好，但仍然困扰我）
  • 没有“全球”更新站点，我必须手动管理多个位置

我尝试了像 Yoxos 这样的替代方案来进行配置管理，但是缺少插件和/或没有像我预期的那样很好地一起测试。

我把 Idea 看成一个 IDE，我真正喜欢的一件事是更新管理：集中的和我将使用的 90% 的功能作为一个核心提供，经过测试和更新。

因此问题是：您如何管理 Eclipse 安装和处理更新？

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

4

4 回答 4

10

我从其他开发人员那里听到了关于 Google 的Workspace Mechanic的好消息。

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

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

请注意，Workspace Mechanic 尚未管理插件安装（请参阅讨论主题）：它会记住“插件首选项”，但尚不支持安装插件本身。

于 2010-09-26T20:49:25.130 回答
3

我也遇到过这样的不便。我总是需要在不同主机（Windows、Linux）的不同 Eclipse 实例中安装类似的开发工具（如 Mylyn、SVN、CDT、Clearcase）。

更新：

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

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

于 2010-09-27T02:40:00.200 回答
1

我的策略如下：

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

我总是将现有项目导入工作区。如有必要，我可以从多个 Eclipse 版本中使用我的工作区（或者更好的是我的 SVN 工作副本）。

我只是偶尔安装额外的 Eclipse 插件并尝试将所有其他工具链部分移动到构建环境中（例如带有多个从属的 Hudson、自动构建和发布脚本、用于代码质量报告的 Sonar 等）

我尽量减少本地开发人员机器上开发设置的复杂性。

于 2010-09-26T20:42:18.830 回答
1

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

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

我还使用书签来集中保存与我的工作相关的更新站点。这可以作为一个全局更新站点。要导入/导出一些书签，请进入Preferences-> Install/Update-> Available software sites。当新的 Eclipse 版本发布时（一年一次），我只需要使用书签安装插件。

于 2010-09-26T20:54:40.970 回答