如何在不同的工作区共享eclipseconfiguration
我在不同的机器上使用eclipse（pdt）作为主要的IDE。 （如家中，笔记本电脑，办公室等）。 我怎么能在多台计算机之间实际共享eclipse和项目configuration？ 我应该版本控制他们，还是有更简单的方法来做到这一点？
你如何确保使用相同的优秀和旧的configuration所有的计算机？
实际上，您可以将许多可以检查的项目特定设置设置为源代码pipe理。 对于小项目来说，这个工作非常好。 对于较大的项目，我们决定将所有项目的单个文件都存入一个独立的“资产”项目中，这个项目保留了开发人员开始处理项目所需的内容。 这也包括像许可证和其他所需文件的东西。
跨工作区共享eclipse特定设置 ：
- 转到
${old_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settings - 将以上目录下的所有内容复制到
${new_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settings
这将确保${new_workspace}具有与${new_workspace}相同的configuration
希望这可以帮助。 如有任何问题，请更新。
另一种select是导出/导入：
- 从现有的工作区中，select
File->Export...->General->Preferences，勾选全部导出，然后select文件保存到（prefs.epf） - 在新的工作区启动Eclipse，在
File->Import...->General->Preferences中select你的文件（prefs.epf），勾选import all
这对于这篇技巧的原作者非常有用：他的代码格式，代码风格，svn repos，jres偏好导入。
编辑：在Eclipse Juno上这个效果不好。 一些喜好默默地不会带来保存行动。
我不得不同时在多个工作空间上工作，每次创build一个新的工作空间时都会有很多偏好设置。 我创build了一个模板工作区，并在该模板工作区中创build了所有必需的设置。每当我创build一个新的工作区时，我都会创build一个{new_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settings指向{template_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settings 。 因此，当您在任何工作区中编辑任何首选项时，它将被复制到所有其他工作区中。
我在我的.profile中创build了这个函数别名，所以一旦我创build一个新的工作区，我在我的命令提示符下运行这个函数，使用我的新工作区名作为参数，以便创build链接。
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; }
这是一个相对较新的项目，但看起来像Eclipse Oomph就是因为这个原因而创build的。 通过这个工具，您可以创build一个可以与其他人共享的独特configuration。 我还没有使用它，但是正在计划：
这里有两个问题。 首先，有项目定义，.project文件和项目特定的设置。 就个人而言，我喜欢那些在我的源代码pipe理中，因为它使检查项目和设置IDE更容易。
其次，你有工作区设置。 你会在这个领域看到很多问题。 我build议看看Pulse ：它是一个增强的Eclipse发行版，可以保存您的工作区设置，并将其与多台机器或团队成员同步。
您也可以将.prefs文件从${old_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settings复制到项目根文件夹中的.settings文件夹，然后将其添加到SVN（或CVS或…）
这样，设置将在更新期间与源代码一起分发给所有开发人员。
从Eclipse Neon（也可能是Mars）开始，您可以复制以下两个目录，在不同的工作空间之间共享您的工作台和设置/偏好：
[workspace]/.metadata/.plugins/org.eclipse.core.runtime/.settings [workspace]/.metadata/.plugins/org.eclipse.e4.workbench
我有同样的问题。
我的方法：将项目数据存储在由owncloudpipe理的目录中
Project X在工作站A上创build，自定义path指向我自己的云层次结构的新子目录。 默认工作区仍驻留在A的文件系统上。
当我坐在工作站BI上时，打开默认本地工作区（本地B），并使用“同步”ownCloud目录中的现有源创build新项目。
只要点击刷新任何时候你启动日食，你有当前的项目数据。 同步在后台自动运行，因此，在完成closureseclipse并给ownCloud上传新文件到ownCloud服务器的机会时要小心。
Tomcat或其他服务器在本地运行，configuration通过scp在机器间手动复制。 只有在服务器设置发生变化时才会发生这种情况，这种情况并不常见。
使用不同的JDK，NEON 2（arch linux）＆NEON 3（下载一个在debian上运行的程序）没有兼容性问题。
最好的问候Armin
只需复制目录
${old_workspace}/.metadata/.plugins
从现有的项目到新的项目。
这在（相当简单的）PHP项目中运行良好。
