|
|
1
6
首选项的一个简单方法是使用
|
|
|
2
3
你应该退房 Pulse . 我只在一个独立的单用户环境中使用它,但它似乎工作得很好。我相信使用付费版本,您可以在整个组中管理工作区首选项和设置。我可以试着让我的公司尽快试用这个。 基本上,脉冲为Eclipse提供了一个中央启动板。它允许您创建由Eclipse安装和各种插件组成的Eclipse安装概要文件。从启动板中,选择一个配置文件并安装它。这会将Eclipse和各种插件下载到您机器上的一个中央文件夹中。然后它设置一个概要文件文件夹,以某种方式链接概要文件的指定插件。因此,在启动时,无论安装了什么其他配置文件,您都只能获取配置文件中的项目。 |
|
|
3
2
我们使用“基线”方法,其中我们有一个由几个核心成员管理的中心版本。其想法是下载版本,根据您的需要进行配置,然后 工作区和安装 打包到中心位置。另外,一些插件具有配置文件,我们将其存储在一个中心位置,然后将它们(模板、格式化程序文件等)指向基线。 还有一些商业软件可以为你做所有这些,如果我能找到它,我会发布链接。 希望这有帮助。 |
|
|
4
1
我问了一个 similar question 并被推荐 Yoxos . 还没来得及试一试,但看起来很有希望。 |
|
|
5
1
我在另一个
question
在现场。
|
|
|
6
0
最重要的部分是你正在开发的插件,我想。我们要做的是将所有要开发的插件的源代码放入修订控制中,然后将项目导入到一个新的Eclipse工作区中。 不复制它们 . 这可能是显而易见的。 更棘手的是作为运行时环境一部分的插件。我们有一个特殊的项目(也在版本控制下),其中包含那些jar,在目录中组织。一些来自Eclipse,一些来自Spring,日志记录等。还有一个目标定义文件,它定义了构成环境的插件。因此,您不是针对正在开发的Eclipse副本进行编译和运行,而是针对一组独立的插件(定义为目标平台)。 理解和使用一个目标平台有很大的不同,因为你所使用的确切的IDE版本已经无关紧要了——所有的开发人员都会链接到同一个代码并对其进行测试。一个很好的副作用是你控制了作为你产品一部分的插件的子集,并且不可能通过一个无辜的新依赖意外地拉入17个新插件。 不幸的是,pde/build不知道目标定义,但文件格式很容易理解。 最后,首选项和格式等可以导出到一个文件中,并在修订控制中卡住(如果重要的话)。我想标准格式规则是有用的。 |
|
|
7
-1
你可以找到这个 article from DeveloperWorks 有用的。它展示了如何以一种简单的方式管理插件。 |