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

此外，本周我们有一个视频录像可用。（我们将尽可能尝试录制会议。）

下次会议

下次会议将讨论项目组及其与 lang 团队的整合。这是基于一些不同的帖子和想法：

• XAMPPRocky 的 RFC 草案 阐明我们关于工作组的术语
• 我的Shepherds 3.0 博客文章
• 嵌入式工作组的 shepherded projects RFC
• 我最近关于改进的 pre-RFC 流程的博客文章

访问权限策略

我将在此总结我们的结论。请查阅wg-governance 存储库以查找我们对话的更多详细会议记录。主要结论是：

• 在可能的情况下，我们应该坚持使用单一的组织 (rust-lang)。
  • 特别是，像 rust-dev-tools 和 rust-community 这样的特定于团队的组织应该合并到 rust-lang 中。
  • 使用单一组织可以更轻松地进行管理。
  • 请注意，我们已经弃用了 rust-lang-nursery 组织
• 作为例外，我们目前将继续让每个领域工作组在其自己的组织之外运作（例如，rust-embedded）。这些组织非常活跃，并且拥有多样化的成员，我们目前不想打扰它。
  • 但是，如果每个这样的组织都将 rust-lang-owner 机器人添加为所有者，以便 rust 基础设施团队可以访问，那将会很好。
• 对于存储库，我们将避免向个人授予访问权限，而是尝试仅向由 Rust team 存储库创建和管理的实体（团队、工作组等）授予访问权限。
  • 通常，不建议授予所有者或管理员访问权限；写入权限就足够了。
  • （不幸的是，读取和分类访问权限通常对我们来说是不够的。）

我们还列出了一些行动项，以将此策略付诸实践。我们将定期回顾该主题以检查进度。