Vellum 深读 / 当机器代写、代教与代办:人还保留什么位置?
GitHub 如何为内部所有仓库指定持久负责人

原题:How GitHub gave every repository a durable owner
背景与脉络
GitHub 之前通过内部服务目录(Service Catalog)跟踪部署服务的所有权,但该模型无法覆盖没有关联服务的仓库(如文档、内部工具、个人项目等)。这导致在需要联系仓库所有者时,只能依赖提交历史、README 或猜测,效率低下且存在安全风险。
阅读价值
如果你关心大规模工程团队如何通过系统化方法解决代码仓库的责任真空问题,想知道 GitHub 如何设计并强制执行所有权策略,可以读这篇来自其工程博客的内部实践案例。
关键事实
- GitHub 内部有超过 14,000 个仓库,其中大多数原本没有明确所有者。
- 公司在约一个半月内完成了所有活跃仓库的所有权验证。
- 公司归档了约 8,000 个不再使用的仓库。
- 他们引入了自定义属性(ownership-type 和 ownership-name)来强制设置仓库所有权。
- 新的所有者类型包括服务目录、团队和个人三种。
- 新仓库从创建起就必须设置所有权,否则会被快速标记。









