作为应用程序的生命周期管理工具, 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 的访谈以及项目章程。
评论