作为应用程序的生命周期管理工具，Eclipse Mylyn 项目已经被提升为顶级的 Eclipse 项目（但是还保留 Mylyn 作为它的简称）。它的项目章程说明了它在生态系统中的目的。
这对一般的 Eclipse Mylyn 用户来说，（直接的）意义没有什么不同。Mylyn 会继续由原来的项目执行者来开发，并且提供与当前使用的相同类型的体验：专注于开发者。成为 Eclipse 的顶级项目也表示当前它的项目结构已经过时，Eclipse 当前项目的组织有两种级别的执行结构，一种是 Eclipse 项目，像 JDT 和 PDE，另一种是工具项目，像 CDT 和 PDT。
为了找到项目所处的位置，Mylyn 花费了不少时间，它已经度过了孵化器，经过了技术项目阶段，然后是工具项目阶段，直到最终成为顶级项目。 项目的主体已经不在技术或者工具项目中了，而对其性质的选择很随意，并且在很多情况下对于用户和项目执行者都是不可见的）。切分主要是基于 CVS 或者 SVN 根目录的，这会导致一场讨论：项目是要迁移到 Git，还是摆脱执行库结构（enforced repository structure）的束缚。
作为重新组织工作的一部分，Mylyn 正在创建属于自己的一些二级项目。这事实上只是对现存的 Mylyn 模块进行重新分块，其中 EGit 和 CVS 连接器成为 Mylyn/SCM 项目的一部分，Bugzilla 和 Trac 连接器成为 Mylyn/Tasks 项目和 Mylyn/Context 项目的一部分，这构成了活动的 UI 过滤机制的基础，它会让 Mylyn 重新流行起来。
然而，Mylyn 多年来并没有保持稳定，并且越来越多样化。Mylyn 的 WikiText 组件最初用来是以友好的方式编写 bug 报告的，而现在已经作为副产品成为单独的 Mylyn/Docs 项目，其中还加入了基于富文本的编辑功能。类似地，Mylyn 进行了扩展，并与 Hudson 整合，这包含了读取控制台输出的能力，并能够嵌入到服务器上失败的测试中，就像处理本地测试失败情况一样容易。
最后，Mylyn 为自己设定了一个目标，它要向基于代码审查的系统提供界面，最初的计划是要提供简单的基于任务的 Mylyn 审查系统，并且会嵌入到现存的代码审查系统中。
想要了解更多信息，请查看对 Mik Kersten 的访谈以及项目章程。
注册/登录 InfoQ 发表评论