大家好！治理工作组上周举行了会议，讨论制定关于我们在 GitHub 仓库访问权限的政策。这篇博客文章总结了该会议，并宣布了我们下一次会议的主题，会议将于 2019年12月17日星期二举行（日历事件）。

此外，本周我们提供会议视频录制。（通常我们会尽量在可能的情况下录制会议。）

下次会议

下次会议将讨论项目组及其与语言团队的整合。这基于以下一些不同的文章和想法：

• XAMPPRocky 的 RFC 草案：澄清工作组相关术语
• 我的 Shepherds 3.0 博客文章
• 嵌入式工作组的 被辅导项目 RFC
• 我最近关于改进 Pre-RFC 流程的博客文章

访问权限政策

我在这里总结我们的结论。请查阅 wg-governance 仓库，以获取更多关于我们讨论的详细会议纪要。关键结论如下：

• 在可能的情况下，我们应该坚持使用一个组织（rust-lang）。
  • 特别是，像 rust-dev-tools 和 rust-community 这样的团队特定组织应该合并到 rust-lang 中。
  • 使用一个组织可以大大简化管理。
  • 请注意，我们已经弃用了 rust-lang-nursery 组织。
• 作为一个例外，目前我们将继续让各个领域工作组在自己的组织下运作（例如，rust-embedded）。这些组织非常活跃，成员构成多样，我们暂时不想打扰它们。
  • 然而，如果每个这样的组织都能将 rust-lang-owner 机器人添加为所有者，以便 Rust 基础设施团队能够访问，那将是很好的。
• 对于仓库，我们将避免向个人授予访问权限，而是尽量仅向由 Rust 团队仓库创建和管理的实体（团队、工作组等）授予访问权限。
  • 总的来说，不建议授予所有者或管理员权限；写入权限就足够了。
  • （不幸的是，读取和 triage 权限对我们来说往往不够。）

我们还列举了将此政策付诸实践的若干行动项。我们将定期重新讨论此议题，检查进展情况。