如何在不同的工作区上共享 Eclipse 配置

我在不同的机器上使用 Eclipse (PDT)作为主 IDE。(如在家里、笔记本电脑、办公室等)。如何在多台计算机之间实用地共享 Eclipse 和项目配置?我应该对它们进行版本控制,还是有更简单的方法来做到这一点?

你如何确保使用相同的好的和旧的即使是最新的配置所有的计算机?

92280 次浏览

您实际上可以设置许多可以签入源代码管理的项目特定设置。对于小型项目,这种方法非常有效。对于较大的项目,我们决定为所有项目使用一个单独的文件,并签入一个单独的“资产”项目,该项目维护开发人员开始项目工作所需的东西。这还包括许可证和其他必需的文件。

跨工作区共享 Eclipse 特定设置 :

  1. 转到 ${old_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settings
  2. 将上面目录下的所有内容复制到 ${new_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settings

这将确保 ${new_workspace}具有与 ${old_workspace}相同的配置

希望这有所帮助。如果有任何问题,请更新。

这里有两个问题。首先,有项目定义。项目文件和项目特定设置。就我个人而言,我喜欢源代码控制中的那些,因为它使检出项目和设置 IDE 变得更加容易。

其次,您有工作区设置。在这个领域你会看到很多问题。我建议看看 脉搏: 它是一个增强的 Eclipse 发行版,除了其他功能外,它还可以保存您的工作区设置,并将其与多台机器或团队成员同步。

还可以复制。Prefs 文件从 ${old_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settings到一个名为。设置,然后将其添加到 SVN (或 CVS 或...)

这样,在更新过程中,设置将与源代码一起分发给所有开发人员。

我必须同时处理多个工作区,每次创建一个新的工作区时,都需要设置许多首选项。我创建了一个模板工作区,并在该模板工作区中创建了所有必需的设置。每当我创建一个新的工作区时,我创建一个指向 {template_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settings{new_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settings的 simlink。因此,当您在任何工作区中编辑任何首选项时,它将被复制到所有其他工作区中。

我在我的。配置文件,这样一旦我创建了一个新的工作区,我就可以在命令提示符中以新的工作区名称作为参数运行这个函数,以便创建链接。

function eclset(){
present_dir=`pwd`;
cd  {parent_to_workspace}/$1/.metadata/.plugins/org.eclipse.core.runtime ;
rm -rf .settings ;
ln -s {parent_to_workspace}/template/.metadata/.plugins/org.eclipse.core.runtime/.settings .settings;
cd $present_dir;
}

另一个选择是进出口:

  1. 在现有的工作区 File->Export...->General->Preferences中,选中 Export all,然后选择 file 将它们保存到(例如 prefs.epf)
  2. 在新的工作区 File->Import...->General->Preferences中启动 Eclipse,选择文件(prefs.epf) ,选中 import all

这对于本技巧的原始作者来说非常有用: 他导入了他的代码格式、代码样式、 svn repos 和 jres 首选项。

编辑: 在 Eclipse Juno 上,这个工作得很糟糕。一些首选项无声地无法继续执行,比如保存操作。

这是一个相对较新的项目,但看起来 Eclipse Oomph 的创建正是出于这个原因。通过这个工具,您可以创建一个独特的配置,可以与其他人共享。我还没有使用它,但是我计划:

Https://projects.eclipse.org/projects/tools.oomph

至于 Eclipse Neon (可能还有 Mars) ,您可以复制以下两个目录,以便在不同的工作区之间共享您的工作台和设置/首选项:

    [workspace]/.metadata/.plugins/org.eclipse.core.runtime/.settings
[workspace]/.metadata/.plugins/org.eclipse.e4.workbench

更新: 这两个目录在 Eclipse 2022-03中仍然存在(注意版本命名的变化,从天文学相关到 YYYY-MM)

我也有同样的问题。

我的方法: 将项目数据存储在 Owcloud 管理的目录中

ProjectX 是在工作站 A 上创建的,其中有一个自定义路径指向我自己的 Cloud 层次结构的一个新子目录。默认的工作区仍然驻留在 A 的文件系统上。

当我坐在工作站 B 时,我打开默认的本地工作区(B 上的本地) ,并使用“ synized”ownCloud 目录中的现有源创建一个新项目。

只需单击刷新任何时候启动 Eclipse 和您有当前的项目数据。同步在后台自动运行,所以当您完成关闭 eclipse 的工作时要小心,并给 OwCloud 一个将新文件上传到 OwCloud 服务器的机会。

Tomcat 或其他服务器在本地运行,通过 scp 在机器之间手动复制配置。只有在服务器设置中发生更改时才会发生这种情况,这种情况并不常见。

我没有使用 NEON 2(arch linux)和 NEON 3(下载一个在 debian 上运行的扩展)与不同 JDK 的兼容性问题。

最好的问候 阿明

只需复制目录

${old_workspace}/.metadata/.plugins

从现有的项目到新的项目。

这在(相当简单的) PHP 项目中运行良好。

可以使用 Eclipse 风格将一个工作区的首选项克隆到其他工作区。您还可以导出您的首选项并在以后克隆它们。