Eclipse中的应用程序生命周期管理

Eclipse基金会已经发展了一个令人印象深刻的应用程序生命周期管理故事。 根据我多年来的观察，我相信说我们的ALM故事是世界上最好的故事之一是完全合理的：全世界数百个开放源代码项目和封闭源代码开发商店令人羡慕。

我相信，我们的成功来自于优秀人才，定义明确的流程以及强大的开源工具堆栈的结合。

我们从一个卑鄙的起点开始：使用Bugzilla进行问题跟踪，使用CVS进行源代码管理，使用PDE Build和Ant脚本进行构建，使用cron进行编排以及使用Eclipse Development Process进行指导。 随着时间的流逝，所有部件都在不断发展，形成了当今世界一流的整体。

处理

Eclipse开发过程描述了Eclipse项目和团队的结构。 它提供了指导，以帮助项目以开放，透明且与供应商无关的方式运行。 它为发布和项目生命周期中其他重要阶段（例如创建，毕业和终止）的流程提供了框架。 从过程的角度来看，这是一个相当高级的文档，为日常工作提供了框架。 但是，每个项目都可以灵活地决定如何运行其日常开发。

Eclipse项目受益于开源项目可使用的最全面的IP管理和尽职调查流程 。 实际上，根据我多年来与数十家公司合作的经验，它是任何人都能使用的最全面的IP管理流程之一。

当您在乎采用开源项目时，IP管理非常重要。 采纳者需要知道，他们可以在自己的项目和产品中安全地使用开源项目的输出。

工具类

自从这些不起眼的开始以来，工具的故事就已经发生了很大的变化。

我们仍然使用Bugzilla进行问题跟踪。 我们还有一个名为IPZilla的Bugzilla实例，用于跟踪知识产权贡献和第三方库的使用。

并且我们添加了一些新功能：

Subversion （SVN）被添加为CVS的替代代码，用于源代码管理，但是现在都在逐步淘汰这两种方法，以支持Git 。 实际上，CVS将于2012年12月21日在Eclipse中达到使用寿命，并且Subversion不再是新Eclipse项目的选择。 展望未来，这是Git还是什么都没有。

哈德森提供构建流程。 截至EclipseCon 2012 ，我们在哈德森共有337个构建作业，总共运行了86,000次：每天运行98个，上个月运行218个。

Gerrit最近由我们高贵的网站管理员团队实施，以为选择使用它的项目提供代码审查。 使用Gerrit简化了贡献工作流程 ：贡献者可以将其提交直接推送到Gerrit，项目提交者可以在其中快速方便地对其进行处理。 Gerrit有很多非常酷的技巧，包括能够调用Hudson构建以确认新贡献将实际编译的功能（实际上，Hudson会就是否应接受贡献进行投票）。

随着Tycho的引入和后续开发（使Maven理解并构建Eclipse插件和OSGi捆绑软件的技术），基于Maven的构建正Swift成为Eclipse项目的黄金标准。

当然，将所有内容捆绑在一起是Eclipse。 Mylyn项目提供了从Eclipse到Bugzilla（以及许多其他问题跟踪器），Hudson和Gerrit的集成。 EGit项目提供了与Git的集成，而m2e项目提供了对维护Maven构建工件的支持。

人

没有人，这当然是不可能的。 在Eclipse上实施Git并不是一件容易的事。 我们有很多需要回答的问题，Eclipse Committer社区加紧帮助我们回答了这些问题。 Eclipse中采用的其他技术也有类似的故事。

我们仍在研究Maven的故事 。 像Eclipse中的其他所有内容一样，这不是由上而下驱动的，而是由开发人员社区驱动的。

使所有这些技术和流程不断发展的最重要的事情之一就是通信。 我们在所有250多个Eclipse项目中都有透明的沟通和公开讨论的强烈道德。

当然，人们既推动技术的进步，也推动过程的发展。 Eclipse体系结构委员会 （ Eclipse Architecture Council）由一群经验丰富，经验丰富的开源开发资深人士组成，它为刚刚学习过程并负责必要过程演化的项目提供帮助。 Eclipse开发流程被认为是活动文档，因此可能随时发生变化。 我们会不断调整和调整我们的流程和实践。

如果不讨论同时发布的内容，那么关于Eclipse ALM故事的讨论是不完整的。 由Eclipse Planning Council协调的同时发行版与技术一样，与人有关。 每年，许多项目都会联合起来以协调其开发进度，并将其发布合并为一个大型活动。 今年的Juno版本包括71个单独的Eclipse项目和（总计SWAG）6000万行代码。

多年来，同步发布的规模一直在增长。 只有在具有共同目标的开发人员之间畅通无阻的沟通渠道，才能发生与同步发布一样大的规模。

演化

我们到了吗？

不，没有“那里”。 Eclipse上的ALM故事不断发展。 它将永远发展。 我们仍然需要解决Maven问题，并且项目正在将我们推向持续集成的空间。 而且未来可能会有更多变化。

谁知道未来会带来什么？

参考：来自Eclipse提示，技巧和Random Musings博客的JCG合作伙伴 Wayne Beaton的Eclipse 应用程序生命周期管理 。

翻译自: https://www.javacodegeeks.com/2012/04/application-lifecycle-management-at.html