你认为好的Eclipse支持是什么?

团队范围的安装,带有一组标准插件。

允许用户安装新的,并建议在标准安装中安装新的,但他们应该知道这些不受支持。

• SVN设置,
• 迈林积分
• 代码样式
• 检查样式设置

安装和插件都可以预先准备并作为一个大的zip文件分发,或者更灵活的方法是在内部运行您自己的更新站点。

2. 通用设置,例如定义和维护的编码样式格式。

我(除其他外)正是做那项工作的。

• 稳定的eclipse版本
• 一些开发人员认为有用的插件(Subclipse、QuickRex、Findbugs、带有公共设置的Checkstyle等)
• 三个JDK(!):1.4、最新的1.5、最新的6.0(用于启动eclipse)
• 带别名的shell(包括用于启动eclipse的“e”)

用于启动eclipse的脚本:

• 已仔细调整 eclipse.ini settings
• 检查是否发布了我的工具/脚本/文件/插件的新版本(在公共共享目录中),如果发布了,请将其复制到用户桌面上。

基本上,不需要安装/更新每个插件:只需定义一组您和您的同事每天实际使用的通用核心工具。

对于一组标准的插件,为了保持最新,我配置了一个配置文件 Yoxos .

在我的工作场所,Eclipse是标准的开发工具,发布项目以使用Eclipse进行编译(当我们发现如果Eclipse还没有完成构建,makefile就什么都做不了时,我也在场)。 简单的解决方案是考虑开发人员的需要,并为他们提供他们需要的基本环境。自定义插件可以由开发人员自己安装在主文件夹中,并带有“不支持”免责声明。只需安装工作场所中大多数人需要的基本环境和最常用的插件。说: -基本环境JDT -一些UML插件,如果其中一个明显更好的话 -如果可以的话,可以使用一些探查器(我已经用Netbeans、gprof甚至Oprofile进行了评测,但我从来没有用Eclipse进行过评测——无论如何,进行评测要比在Netbeans中更复杂)。如果人们使用它。如果人们不这样做,有些事情可能需要重新考虑,除非根本不做优化,因为它不需要:-)。这是人们唯一需要支持的东西,其他的对我来说都是透明的。 -也许,在Linux上,我希望使用Eclipse的gcj编译版本的RPM,比如Ubuntu和RedHat。除了我没有证据表明它更快,而我有证据表明ecj(独立的EclipseJava编译器)本身使用GCJ要慢得多(这是正常现象的原因有很多)!

关于Eclipse的不同版本,只要坚持使用一个稳定的版本就可以了。大约一年后,按照Marcin的建议支持更新版本。

就我个人而言,我想要一个内部更新站点,在一个条目中包含“标准”插件。这是因为有很多可能的Eclipse版本可用,没有人能够提前满足熟练开发人员的需求。

一个普通的发行版,作为一个zip文件,安装了内部更新站点和“标准”插件,再加上定义的任何源存储库(以及仔细定义的步骤),将适合大多数开发人员,而不会给您带来太多负担。