进度和发布审核

Eclipse开发流程 （EDP）要求项目团队在创建正式版本之前进行成功的进度或版本审查。 我们使用进度和发布审查作为契机，以验证项目团队是否遵循开源的参与规则 ，并始终如一地实施EDP和Eclipse 知识产权（IP）政策 。

进度和发布审核基本上是相同的，只是时间和意图不同。 在开发周期中的任何时候都可以进行进度审查，并且不立即期望项目团队会发布。 相反，发布复审通常在发布周期结束时进行，并且通常期望在成功完成复审后不久就进行发布（尽管EDP除了在发布之前成功完成发布复审之外没有其他时间要求）释放）。

在成功进行进度或发布审核之后，项目团队可以在整个一年中进行任意数量的发布（不过，项目领导者可以在认为有必要的情况下，迫使项目团队进行额外的审核）。 尽管不需要对每个版本进行正式审查，但项目团队必须确保在将IP包含在版本中之前完成所有相关的尽职调查 。 项目团队必须始终实施知识产权政策。

基本框架是相同的，但是对于从事规范开发的开源项目（ Eclipse Foundation Specification Process （EFSP）称为“ Specification Projects”）的要求却有所不同。 这些项目必须在其开发周期的中途至少进行一次成功的进度审核，并在每次正式发布之前进行一次成功的发布审核。 对于规范项目，审阅带有额外的要求，以验证规范流程是否得到一致实施，并且该项目正在完成的工作在范围内。

要开始审查，项目团队会收集审查材料，并将其提交给项目管理委员会 （PMC）批准。 同时，项目团队还将其知识产权贡献日志提交给Eclipse IP团队以供批准。 Eclipse管理组织（EMO）已获得这些批准中的一项，并计划了审查并邀请整个社区参与。

EDP​​要求将评审材料提供给社区，以征询至少一周的反馈。 从理论上讲，正是在这段时间里，社区成员可能会表达担忧。 例如，Eclipse Foundation的成员公司可能会反对他们认为侵犯其知识产权的版本。 我说“理论上”，因为这种情况很少发生……评论往往会成功结束。

由于所有工作都是根据开放源代码参与规则完成的，因此审核通常会成功完成。 坦白说，对于社区成员，收养者或其他有兴趣的人士而言，一周的时间太短了，无法进行任何形式的全面审查。 在开发周期开始时开始的审阅周期结束时考虑进度和发布审阅会很有帮助。 由于所有开源工作必须以公开透明的方式进行，因此任何人都可以观察项目团队的活动，并随时加入对话。 有兴趣的个人或组织可以在他们希望进行的审查和/或发布之前，从字面上参与该项目。

简而言之，如果您只是在审查期间才开始研究开源项目，那么您就等了太久。

发行过程在Eclipse Project Handbook中有详细描述。

翻译自: https://www.javacodegeeks.com/2019/03/progress-release-reviews.html