我在不同的机器上使用Eclipse(PDT)作为主IDE。 (如在家里,笔记本电脑,办公室等)。我如何在多台计算机之间以实际方式共享Eclipse和项目配置?我应该对它们进行版本控制,还是有更简单的方法来执行此操作?
如何确保使用相同的旧版本,即使是最新的配置所有计算机?
答案 0 :(得分:166)
跨工作区共享eclipse特定设置:
${old_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settings
${new_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settings
这将确保${new_workspace}
具有与${old_workspace}
希望这会有所帮助。如有任何问题,请更新。
答案 1 :(得分:107)
另一个选择是导出/导入:
File->Export...->General->Preferences
,选中全部导出,然后选择要保存的文件(例如prefs.epf)File->Import...->General->Preferences
,选择您的文件(prefs.epf),选中全部导入这对于这个提示的原始作者非常有用:他有他的代码格式,代码风格,svn repos,jres首选项导入。
编辑:在Eclipse Juno上运行效果不佳。有些偏好无法保留,例如保存操作。
答案 2 :(得分:7)
您实际上可以设置许多可以检查到源代码管理中的项目特定设置。对于小型项目,这非常有效。对于较大的项目,我们决定使用我们用于所有项目的单个文件,并检查单独的“资产”项目,该项目维护开发人员开始处理项目所需的内容。这还包括许可证和其他必需文件等内容。
答案 3 :(得分:7)
我必须同时处理多个工作区,每次创建新工作区时都要设置很多首选项。我创建了一个模板工作区并在该模板工作区中创建了所有必需的设置。每当我创建一个新工作区时,我都会创建一个{new_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settings
的simlink指向{template_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settings
。因此,当您在任何工作空间中编辑任何首选项时,它将在所有其他工作空间中进行复制。
我在.profile中创建了这个函数别名,这样一旦我创建了一个新的工作区,我在命令提示符下运行这个函数,我的新工作区名称作为参数,以便创建链接。
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;
}
答案 4 :(得分:7)
这是一个相对较新的项目,但看起来Eclipse Oomph就是出于这个原因而创建的。通过此工具,您可以创建可与其他人共享的唯一配置。我还没有使用它,但我打算:
答案 5 :(得分:2)
这里有两个问题。首先,有项目定义,.project文件和项目特定设置。就个人而言,我喜欢源代码控制中的那些,因为它使得检查项目和设置IDE变得更加容易。
其次,您有工作区设置。你会在这方面看到很多问题。我建议看一下Pulse:它是一个增强的Eclipse发行版,可以保存工作区设置并将它们与多台机器或团队成员同步。
答案 6 :(得分:2)
从Eclipse Neon(以及可能还有Mars)开始,您可以复制以下两个目录,在不同的工作区之间共享您的工作台和设置/首选项:
[workspace]/.metadata/.plugins/org.eclipse.core.runtime/.settings
[workspace]/.metadata/.plugins/org.eclipse.e4.workbench
答案 7 :(得分:1)
您还可以将.prefs文件从${old_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settings
复制到项目根文件夹中名为.settings的文件夹中,然后将其添加到SVN(或CVS或...)
这样,在更新期间,设置将与源代码一起分发给所有开发人员。
答案 8 :(得分:0)
我的方法:将项目数据存储在由owncloud管理的目录中
Project X在工作站A上创建,其自定义路径指向我的ownCloud层次结构的新子目录。默认工作区仍驻留在A的文件系统上。
当我坐在工作站B时,我打开默认的本地工作区(B上的本地工作区),并使用“synchronized”ownCloud目录中的现有源创建一个新项目。
只需点击刷新任何时候启动eclipse并获得当前项目数据。同步在后台自动运行,因此在完成关闭eclipse的工作时要小心,并让ownCloud有机会将新文件上传到ownCloud服务器。
Tomcat或其他服务器正在本地运行,配置通过scp在机器之间手动复制。只有在服务器设置发生变化时才会发生这种情况,这种情况并不常见。
我没有使用NEON 2(arch linux)兼容性的兼容性问题。使用不同JDK的NEON 3(下载debian延伸)。
祝你好运 阿明
答案 9 :(得分:0)
只需复制目录
即可 ${old_workspace}/.metadata/.plugins
从现有项目到新项目。
这在(相当简单的)PHP项目中运作良好。
答案 10 :(得分:0)
您可以使用Eclipstyle将一个工作空间的首选项克隆到其他工作空间。您还可以导出首选项并稍后克隆。