eclipse 项目版本号
对于每个发行版,都需要一个Eclipse项目来提供项目计划 。
项目计划是在发布周期开始时创建的,可以在整个周期中进行修改。
该计划告诉社区项目中主要关注的领域是什么。
例如,这可以使贡献者知道哪些类型的贡献将是有价值的,以便他们可以相应地吸引他们的注意力。
它还使采用者知道该项目对即将发布的版本的期望(这可能有助于他们决定参与其中)。
在发行周期结束时,需要一个Eclipse项目来提供发行审查文档。
对于项目提交者,它可以作为回顾。
这是一次回顾和反思已完成工作,确定哪些有效和哪些无效以及开始考虑下一个发布周期的机会。
对于采用者而言,这是对计划的确认,也是最后一次机会,他们可以将自己的计划更新为如何将项目代码纳入自己的开发计划中。
对于社区的其他成员,审阅文件充当对更改的描述,以及了解新内容,有趣之处以及他们应该关注的内容的方式。
我们当前的系统在各种不同的位置跟踪所有这些信息。
项目计划以XML文件表示,并存储在Eclipse基础结构(网站,源存储库或下载站点)中的某个位置。
有关发行版的基本信息(包括名称和日期)在Eclipse Developer Portal的项目元数据的发行记录中指定。
发布记录可以包含的信息相对有限;
它们仅限于基本信息,项目计划链接以及新的和值得注意的文档。
当前以各种不同的格式(例如HTML,PDF,PPT,ODP)提供发行复审文档。
当一个项目想要发布时,他们需要告诉我。
我在开发人员门户中创建一条记录,并将该记录指向我们现在存储在相应的Bugzilla记录中的审阅文档。
不幸的是,当前系统没有在发行版和相应的审阅文档之间建立显式的连接连接(我添加了一些代码,这些代码使用一些启发式方法来解决)。
听起来很可怕。
对?
我和Nathan正在研究的新系统将所有这些元素整合在一起。
一个项目可以指定任意数量的发行版,并尽可能地预测将来的发行版。
项目计划不是发布在单独管理的文档中,而是发布记录的一部分。
可以在发布周期开始时指定它,并在整个过程中进行更新。
审核信息也直接附加到发布记录中;
它也可以在整个发行周期中进行更新。
我认为主要好处之一是所有信息都以非常一致的形式保存在一起,可以很容易地以不同的方式进行组织和传播。
内置了修订管理,因此很容易分辨出谁进行了更改,比较和还原更改等。
我认为,内森(Nathan)在外观和感觉上做得很棒。
BIRT项目的4.2版本如下所示:
请注意该发行版中不同元素的单独选项卡。
还请注意,这仅是仅显示:我没有编辑此项目发行版的必要权限。
但是,我确实有权编辑Dash项目发行版的信息:
编辑时,单独的选项卡提供对描述,计划和审阅项目的访问。
再次,有修订跟踪和管理。
所以有个大问题:您会使用吗?
还是我们需要提供附加计划和审阅文件的功能?
我将在BoF的EclipseCon 2012上对此进行展示。
如果您不能参加BoF,请拐角我:我将准备向所有人想要展示的内容进行演示。
我们将推出此版本,您可以在EclipseCon之后的几周内使用它。
并计划在Juno之后(即2012年7月)推出它,以替代开发人员门户和数据驱动项目网站 。
参考: Eclipse提示,技巧和Random Musings博客上JCG合作伙伴 Wayne Beaton的发布,计划和评论 。
翻译自: https://www.javacodegeeks.com/2012/06/eclipse-project-releases-plans-and.html
eclipse 项目版本号