我正在为一个目前使用 MyEclipse 构建的项目寻求支持，并且拥有一个规模相当大的开发团队，该团队一直在没有任何 CI 流程的情况下工作。
据我所知，MyEclipse 的人认为能够在 Eclipse 平台之外进行构建没有任何价值，这对我来说毫无意义。当您必须将来自多个开发环境的更改集成到代码库中时，持续集成非常有用，而且当您绑定到 GUI 时，自动化构建非常困难。
是否有人围绕 MyEclipse 风格的项目集设置了持续集成流程？如果是这样，您使用什么策略来完成它？
AFAIKT 没有可以从 MyEclipse 生成 Ant 脚本（或等效的无头构建脚本）的 OOTB 功能，也没有从构建脚本平台调用 MyEclipse 构建器的公开方式。
这会让我相信我需要根据 MyEclipse 生成的内容对脚本进行逆向工程，而我宁愿不必这样做。
我并不特别关心满足我需求的 Maven 风格的解决方案，但如果你知道我想听听它。从我最初的研究来看，Maven/MyEclipse 集成看起来更糟。
这是我非常不喜欢 Eclipse 的另一个原因。IDE 可以迫使您远离公认的最佳实践，这一事实是可耻的。
“AFAIKT 没有可以从 MyEclipse 生成 Ant 脚本（或等效的无头构建脚本）的 OOTB 功能” - 我不确定我是否理解为什么这是一个问题。可以在一两个小时内编写一个简单的 Ant build.xml，它可以为大多数打包为 WAR 文件的 Java EE 应用程序完成这项工作。我不知道您是否使用 EJB，但即使添加应用程序服务器特定的任务（例如 EJB 和 JSP 编译）也不是什么大问题。如果您可以就通用目录结构达成一致，它甚至可以跨项目重用。
有了 Ant build.xml，您应该能够通过检查 Subversion 来驱动您的 CI 流程。我听说 Eclipse 插件可以很好地做到这一点。
如果真的有问题，我会推荐 IntelliJ。它可以很好地与基于 Cruise Control 或 Hudson 或 Jet Brains 自己的 Team City 的 CI 配合使用。成本并不过分，它会很快收回成本。
如果我误读了您的问题，我深表歉意。但是，如果我做对了，我就不可能让 IDE 以这种方式对团队发号施令。
这是一个基于 Maven 的解决方案，所以对你来说可能有点离题..
在我们公司，我们使用 MyEclipse 作为 IDE，使用 Hudson 和 Team City 进行持续集成。这些项目是基于 Maven 的，因此 Hudson 和 TC 可以使用它们。
当您想在 Eclipse 中打开项目时，您必须检查源代码，使用 为 eclipse 设置 maven 存储库路径，使用mvn eclispse:add-maven-repo构建它们mvn install然后运行 target mvn eclipse:eclipse，这会从 maven 的 POM 配置创建 Eclipse 项目设置。然后可以将项目导入 Eclipse 并无缝使用它。
更多信息可以在maven-eclipse-plugin 项目页面上找到
..无缝直到您更改 POM 配置中的某些内容 - 然后您必须mvn eclipse:eclipse再次运行并根据新 POM 重新创建 eclipse 项目配置.. 重要的是不要忘记这一步，除非您在 IDE 中的项目不会'无法正常工作，您会想知道为什么；）
我个人认为这个解决方案不是最好的，但这就是 Eclipse 人员使用 Maven 的方式：/
希望这至少能激励你:)
这与我在使用 websphere 5.1 应用程序时遇到的问题非常相似，该应用程序只能从运行在构建机器上的 WSAD6 构建，该构建机器由公司 IT 部门的磁盘映像构建。WSAD 确实有无头模式。从哈德森那里得到这个工作真的很痛苦。
如果您使用的每个构建器都有一个 Maven 插件和/或 Ant 任务，我不会感到惊讶。我会从那里开始。