Sprint 流程

Focus 遵循为期 2 周的 Sprint 周期,以及为期 6 周的里程碑版本发布。每两周发布一次包含错误修复的点版本。我们即将发布的列车计划在此

问题命名和标签

标签

优先级标签基于Bugzilla 分类流程,并在分类期间设置,以确定何时处理它们。

其他标签

  • addressed:用于排除分类项目中的标签。应用于 [meta] 项目。

问题前缀

  • [meta]:需要分解成 [breakdown] 问题及其较小部分的问题的大问题。这应包含所有问题(包括 [breakdown] 问题)的清单。

    这些问题不使用 P* 标签,但应在里程碑中。

  • [breakdown]:用于跟踪分解较大 Bug 的工作的 Issue。

每周分类

  • (链接) 为没有优先级标签或 addressed 标签的 Bug 分配优先级标签 (P1、P2 等)。

  • (链接) 确保所有 P1 标签都分配了里程碑。

  • (链接) 确保所有 P2 标签都分配了里程碑。

每周 Bug 管理(交替进行)

Sprint 计划

确定 Sprint 中包含的内容,将 P2 问题提升为 P1。在每次发布之后,此会议用于确定即将发布的里程碑中包含的内容 - 将问题添加到里程碑并将其设置为 P2。

积压工作梳理

处理分类溢出、添加到贡献者 Bug 列表中、查看里程碑列表。

每月路线图计划

计划和优先考虑即将发布的里程碑的特性 - 将发送电子邮件更新。

计划和协调工作周发布计划,尝试处理没有适当培训的事项,过多观察。