http://www.infoq.com/cn/news/2010/09/eclipse-mylyn/ 作为应用程序的生命周期管理工具，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的访谈以及项目章程。