项目管理方式更新建议

[imsobear]

TSC 会议

一周一次，当前仅面向内部，未来可以开放给社区贡献者一起参与

• ~~每次 TSC 前需要建对应 issue/discussion，登记所有议题~~，选择成本更低的方式
  • 或者成本更低的方式，直接过滤 issue open + label 是 rfc:discuss
• 议题编写：GitHub issue + rfc label，所有议题都应该有对应的 issue
• 议题状态：
  • 尚未完成：加 label rfc:writing
  • 待讨论：加 label rfc:discuss
  • 需要再次讨论：保持 label rfc:discuss，回复结论+移入下一次 TSC 会议的 issue 中
  • 赞成：加 label rfc:approval，回复 + 跟版本计划关联
  • 反对：加 label rfc:against，回复 + 关闭 issue
• 每个议题讨论必须有结论，结论可以是「需要再次讨论」

Issues & Discussions

• 社区普通用户在 Discussions 讨论，确定的 bug 或者新需求由团队成员再同步到 issue，并回复对应 discussion
• 只有团队成员才有新建 issue 权限，普通用户只能回复/跟踪 issue
• Discussions 置顶：1. 社区运营方案 2. 下一个版本计划（具体参见下文）3. 近期重要特性宣导

版本管理

• 每个版本需要在 discussions 建立对应主题，内容即关联各个 issue/pr，同时置顶，发版后取消置顶
  • • 放在 discussion 是为了让社区关注

仓库权限

• ~~ice-next 改为 private，合入 alibaba/ice 后面向社区开放~~ 意义不大，会带来新的问题，不改，不过要明确合入 alibaba/next 的时间点

[imsobear]

需要编写相关的社区运营文档。