开源项目怎么看两队的中场控制力对比？

本文目录导读：

1. 先明确类比
2. 看“中场控制力”的 6 个维度
3. 具体怎么查（实操）
4. 判断“中场控制力”的结论模板
5. 一句话总结

在开源项目（GitHub 上的仓库）里，其实没有真正的“两队中场”，但你可以把两支开发团队/两个竞争项目类比成两支球队，把中场控制力理解为：谁能掌控 issue/PR 的节奏、讨论话语权、合并决策权和社区注意力。

下面给一套可操作的观察框架。

先明确类比

看“中场控制力”的 6 个维度

谁在主导讨论（话语权）

• 看 issue / discussion / RFC 里，哪一方的人发言最多、被引用最多、被 maintainer 采纳最多。
• 工具：GitHub Insights、gh api、CHAOSS 指标、Orbit（开源社区分析工具）。
• 指标：
  • 发言占比
  • 被回复/被点赞比例
  • 提案被 accept 的比例

谁在控制合并（决策权）

• 看 PR 的 reviewer 和 merger 分布。
• A 队的人大量 review/merge B 队提交的 PR，说明 A 队在中场压制。
• 指标：
  • 各队 review 次数
  • merge 权限持有者分布
  • PR 平均等待时间（等待越短，说明越被“自己人”掌控）

谁在定义方向（节奏控制）

• 看 roadmap、release note、RFC、design doc 的作者。
• 谁写的 RFC 被采纳，谁就在控制中场节奏。
• 指标：
  • RFC/设计提案作者分布
  • release manager 归属
  • milestone 由谁设定

谁在“拦截”（防守/拦截）

• 看 issue 关闭、PR 驳回、stale bot 触发由谁操作。
• 大量关闭对方提出的 issue/PR = 强拦截。
• 指标：
  • close without merge 比例
  • 各队关闭他人 PR 的次数
  • 争议 issue 的最终裁决者

谁在吸引社区（控球吸引力）

• 看 star、fork、contributor 增长归因于哪一方的功能/版本。
• 看 外部贡献者更愿意跟哪一队互动。
• 指标：
  • 新 contributor 首次 PR 被谁 review
  • 各队相关 feature 的讨论热度

谁在“关键传球”（核心贡献）

• 看 核心模块、关键 bug fix、性能优化由哪队完成。
• 指标：
  • 按目录/模块统计 commit 归属
  • critical bug 修复者分布
  • 安全响应负责人

具体怎么查（实操）

# 1. 看 PR 合并者分布
gh pr list --state merged --limit 500 --json author,mergedBy,reviews
# 2. 看 issue 关闭者
gh issue list --state closed --limit 500 --json author,closedBy
# 3. 看某目录的 commit 归属
git shortlog -sn -- path/to/core/
# 4. 看 RFC/discussion 参与
gh api repos/{owner}/{repo}/discussions

配合：

• GitHub Insights → Contributors / Community
• CHAOSS 指标（Bus Factor、Review Efficiency）
• Orbit / GrimoireLab 做社区图谱

判断“中场控制力”的结论模板

在 X 项目中，A 队控制了约 60% 的 review 和 70% 的 merge 决策，RFC 提案采纳率 80%，release manager 长期由 A 队担任；B 队虽然在 issue 发起量上占优（55%），但 PR 合并率仅 40%，且核心模块 commit 占比不足 30%，A 队在中场控制力上明显占优，B 队更偏“边路突击”（提 issue、提想法）但缺乏终结权。

一句话总结

开源项目的“中场控制力” = 谁在 review、谁在 merge、谁在写 RFC、谁在定 release。
把这四个数据拉出来按团队分组统计，对比就一目了然。

如果你有具体的两个项目或两个团队,我可以帮你设计一套具体的抓取脚本和对比表格。