从事项目工作的团队往往需要Eclipse的通用配置。这包括常规配置和项目特定配置。例如，通常，每个人都可能希望共享缩进，安装某些插件（例如m2eclipse，testng，egit，Spring支持）。此外，对于项目，您可能需要特定的插件配置（例如，对于m2eclipse，设置自定义Maven设置文件，为eclipse构建事件配置额外的Maven目标），或者自定义Eclipse目标平台，甚至只是为了设置某些自定义发射器。
目前，我的团队执行一系列手动步骤，尝试正确配置所有内容。这很乏味，容易出错，新开发人员难以遵循。说明也往往过时。
这种配置在多大程度上可以自动化？应该怎么做？
答案 0 :(得分：5)
没有修改的最简单的东西是有一个共同的首选项文件（Export-＆gt; General-＆gt; Preferences），然后每个人都可以加载。使用相同的Java安装，效果最佳。
这些天可以放入插件，但我没有使用它。根据您想要的所有插件，使用默认包创建本地存储库也许是有益的。然后你可以安装它，它将引入参考。本地缓存可能非常有用，因为某些存储库非常慢。
答案 1 :(得分：4)
有多种共享Eclipse安装/配置和设置的解决方案。例如，Pulse（有免费版本）。如果您在StackOverflow中浏览以前的问题，您会发现有关这些问题的许多讨论。
我建议不要复制配置和工作区文件夹。根据我的经验，它并不总是有效。另外，这种技术只能使用一次。它以后不会同步。
更新：我刚回忆一下，还有一个有用的插件可以结帐：Google Workspace Mechanic。
答案 2 :(得分：2)
在一个工作站配置eclipse，然后为其创建一个zip文件或rar文件并将其传递给其他人..这将有所帮助，否则你也可以编写cmd脚本来将插件和其他有用的东西复制到相同，这些将不易出错。
答案 3 :(得分：1)
配置一次，然后复制配置文件夹。如果还不够，请复制整个Eclipse文件夹。
答案 4 :(得分：1)
我同意“Thorbjørn Ravn Andersen”但是偏好导出不会导出所有首选项，尤其是来自附加插件。你还应该拉一个工作日蚀并将它提供给所有的团队成员。
答案 5 :(得分：0)
我认为不同的部分有不同的配置/共享方式。
安装
安装可以作为集中部署安装在nfs中，并由管理员维护。所有团队成员共享安装（eclipse和其他插件）。
插件首选项
某些功能的首选项可以导出为文件，然后在其他环境中导入。但这取决于插件的实现。例如，您可以导出/导入密钥设置和jre设置。
项目的具体设置
例如，java编译器级别和代码格式设置存储在项目文件夹下的.pref配置文件中。您可以通过源代码管理工具管理它们。因此，这些设置可以在团队成员之间分享。