作为应用程序的生命周期管理工具， 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 的访谈以及项目章程。
暂无签名
分布式云行业实践指南（2023）
业内首个分布式云行业实践方法论、工具箱。
评论