Warning: file_get_contents(/data/phpspider/zhask/data//catemap/6/eclipse/9.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Java 如何管理团队的eclipse插件、首选项和配置?_Java_Eclipse_Configuration_Preferences - Fatal编程技术网

Java 如何管理团队的eclipse插件、首选项和配置?

Java 如何管理团队的eclipse插件、首选项和配置?,java,eclipse,configuration,preferences,Java,Eclipse,Configuration,Preferences,我的团队的所有成员都使用Eclipse。但是,每一个都有不同的配置、首选项和插件。保持插件基线、首选项(如代码样式和格式)以及其他配置的最佳方法是什么,以便具有相似的起点,但允许每个团队成员进行特定配置 我正在寻找一种易于维护的解决方案,也就是说,不需要太多的文件驻留在不同的位置。我们使用“基线”方法,其中我们有一个由几个核心成员管理的中心版本。我们的想法是下载版本,按照您的意愿进行配置,然后将工作区和安装打包到中心位置。此外,一些插件具有配置文件,我们将其存储在中心位置,然后将基线指向它们(模

我的团队的所有成员都使用Eclipse。但是,每一个都有不同的配置、首选项和插件。保持插件基线、首选项(如代码样式和格式)以及其他配置的最佳方法是什么,以便具有相似的起点,但允许每个团队成员进行特定配置

我正在寻找一种易于维护的解决方案,也就是说,不需要太多的文件驻留在不同的位置。

我们使用“基线”方法,其中我们有一个由几个核心成员管理的中心版本。我们的想法是下载版本,按照您的意愿进行配置,然后将工作区和安装打包到中心位置。此外,一些插件具有配置文件,我们将其存储在中心位置,然后将基线指向它们(模板、格式化程序文件等)

也有商业软件,将为你做这一切,如果我能找到它,我会张贴链接

希望这有帮助。

您应该退房。我只在独立的单用户环境中使用过它,但它似乎工作得很好。我相信,使用付费版本,您可以管理整个团队的工作区首选项和设置。我可能会尝试让我的公司尽快尝试一下


基本上,Pulse为Eclipse提供了一个中央启动平台。它允许您创建包含Eclipse安装和各种插件的Eclipse安装概要文件。从启动板中,选择一个配置文件并安装它。这会将Eclipse和各种插件下载到您机器上的中心文件夹中。然后,它设置一个概要文件文件夹,以某种方式链接概要文件的指定插件。因此,当您启动时,无论安装了哪些其他配置文件,您都只能获得配置文件中的项目。

您可能会发现这很有用。它展示了如何以简单的方式管理插件

我在网站上的另一个插件中找到了解决方案。
它推荐了一个名为。看起来它解决了首选项和配置问题。

我正在使用它,它看起来很适合配置。不过,它并没有为插件提供解决方案。

首选项的一个简单方法是使用
文件>导入
文件>导出
,选择
常规>首选项
,然后选择要共享的首选项。对于我过去的几个团队,我们将基线首选项存储在版本控制中。

我问了一个问题,得到了推荐。我还没有时间尝试,但它看起来很有希望

我想,最重要的部分是您正在开发的插件。我们要做的是将所有需要开发的插件的源代码放入修订控制中,然后将项目导入到新的Eclipse工作区中,而不复制它们。这可能是显而易见的

更棘手的是作为运行时环境一部分的插件。我们有一个特殊的项目(也在版本控制下),它包含这些JAR,并按目录组织。有些来自Eclipse,有些来自Spring、logging等等。还有一个目标定义文件,它定义了哪些插件构成了环境。因此,您不是在编译和运行您正在开发的Eclipse副本,而是一组独立的插件,定义为目标平台

理解和使用目标平台会有很大的不同,因为您使用的IDE的确切版本已经不再重要了——所有开发人员都将链接并测试相同的代码。一个很好的副作用是,您可以控制作为产品一部分的插件子集,并且不可能通过一个无辜的新依赖项意外地引入17个新插件

不幸的是,PDE/Build不知道目标定义,但文件格式很容易理解


最后,首选项和格式等可以导出到一个文件中,并固定在修订控制中(如果有必要的话)。我想标准格式规则很有用。

-1,链接文件夹是更新管理器期间管理插件的传统方式。p2是资源调配管理器之后,不建议使用它,将来可能会被弃用。谢谢,我只是偶然发现了这一点——这正是我想要的。今天我得到了一个新的开发工具盒,需要将我的密钥绑定/pref复制到一个原始的Eclipse安装中。工作得很有魅力。。。