GitHub organization 邀请成员收费吗：Free、Team 与私有仓库权限
AI 参与说明（Agent：Codex）：本文根据 GitHub 官方 Plans、License users 与组织权限文档整理，核验日期为 2026-10-17；使用 Context7 检索并回到官方原文核对。运行记录：模型
gpt-6.1-sol，reasoning effortultra，执行入口 Codex Desktop，提供方openai；CLI 版本0.163.0-alpha.10.2，不代表桌面 App 版本。本文说明公开套餐与权限规则，不涉及具体组织的成员、配置或账单。
GitHub Free organization 邀请成员免费，也能创建无限 private repositories，并与无限 collaborators 协作。 GitHub Team 的主要价值是补齐 private repositories 的审核和分支管控功能。仅仅为了让几个人一起开发私有代码，无须因此升级 Team。GitHub’s plans
先区分套餐、分组与权限
| 英文术语 | 中文参考名称 | 简要解释 |
|---|---|---|
| Organization | 组织 | 集中持有仓库、管理成员和权限的账户 |
| GitHub Team | GitHub Team 套餐 | Organization 可选的按用户收费方案 |
| Team | 团队 | Organization 内的成员分组，用来批量授予仓库权限；Free 也支持 |
| Private repository | 私有仓库 | 仅有访问权限的账户能够访问的代码仓库 |
| Seat / license | 席位 / 许可证 | 付费套餐计费时分配给用户的名额 |
| Base permissions | 基础权限 | Organization 给所有普通成员设置的默认仓库权限 |
| Outside collaborator | 外部协作者 | 获得特定仓库权限、但不是 Organization 成员的人 |
GitHub Team is a paid plan; teams are member groups within an organization. GitHub Free for organizations already includes team access controls. 官方套餐说明
Free 和 Team 的差别在哪里
下表讨论 Organization 持有的仓库。个人账户的 GitHub Pro 是另一种套餐，不能据此判断 Organization 的功能。
| 能力 | GitHub Free organization | GitHub Team |
|---|---|---|
| 无限 public / private repositories | 支持 | 支持 |
| 无限 collaborators | 支持，不收成员席位费 | 支持，按 license 计费 |
| 用 teams 分配仓库权限 | 支持 | 支持 |
| Private repositories 的 Protected branches | 不支持 | 支持 |
| Private repositories 的 Required pull request reviewers | 不支持强制审核规则 | 支持 |
| Private repositories 的 Code owners | 不支持该功能 | 支持，通过 CODEOWNERS 定义责任人 |
| Private repositories 的 Wikis、GitHub Pages | 不支持 | 支持 |
| GitHub Actions 套餐包含的分钟数 | 每月 2,000 分钟 | 每月 3,000 分钟 |
功能和额度来自 GitHub’s plans。Actions 的包含分钟数用于适用的 GitHub-hosted runners；不同 runner、额外存储与超额使用仍须核对各自的计费规则。Team 支持从 private repository 构建 GitHub Pages，不代表生成的网站也私有；私有发布 GitHub Pages 网站需要 Enterprise Cloud。
例如，Free 可以让两名成员向同一个 private repository 推送代码、创建 PR、互相评论和审核。如果要让 main 必须通过 CI、取得至少一名审核者批准后才能合并，就需要支持 private repositories 的 Protected branches，并配置相应规则及适用的绕过权限。对于 Organization，Team 已能提供这些能力。Managing protected branches
邀请新成员什么时候涉及费用
Free 不收成员席位费；Team 的 Organization members，包括 owners，都会占用 license。 即使某名 Team 成员只参与 public repositories，也不能按“只访问公开代码”免除其成员 license。People who consume a license
Team 已买两份 license、目前只有一名成员时，可以把未分配的 license 用于新成员，无须因邀请动作再买第三份。两份都已使用时，再加第三名成员就需要增加 license。官方邀请文档要求，按人付费订阅的 Organization 在邀请新成员前有可用 license；增加 Team seats 时，页面会展示本账期剩余时间的按比例费用及下一期总额。邀请规则、管理 licenses
Outside collaborator 也不一定免费：在 Team 的 private repositories 上获得权限，同样占用 license；同一人在该 Organization 内访问多个此类仓库只计一次。只访问 public repositories 的 Outside collaborator 可以不占付费 license。License users、Managing user licenses
Pending invitation 的规则要按套餐区分。Team 官方清单明确包含 private repositories 的 Outside collaborator 待接受邀请；Enterprise Cloud 则还要区分 Enterprise Managed Users 和 usage-based billing，后者的 pending invitations 不消耗 license。因此，不能一概说“发出任何邀请就立刻多扣一人费用”。官方 license 规则
上述是成员 license 费用。GitHub Actions、Packages、Codespaces 或另外购买的产品，可能有独立的用量或订阅费用，不能把 Free 的成员免费理解为所有服务都无限免费。
加入 Organization 就能看到所有 private repositories 吗
普通成员能访问哪些仓库，取决于 Base permissions、teams 授权和个人直接授权。 Team 套餐不会自动让所有成员访问全部 private repositories；Free 也能按仓库分配访问权限。Setting base permissions
如果希望普通成员只访问分配给自己的仓库，可以按下面的方法配置：
- 在 Organization 的 Settings → Member privileges → Base permissions 中选择
None。 - 建立需要的 teams，并把成员加入相应 team。
- 分别给 team 授予目标仓库的访问权限；仅需个别人访问时，也可以直接授权。
- 用普通成员账户验证：能打开已授权的 private repository，无法打开未授权的 private repository。
例如 frontend team 获得 web-app 的 Write，backend team 获得 api-service 的 Write。在 Base permissions 为 None，且没有其他直接授权、team 授权或额外组织角色权限的前提下，两组普通成员可以分别协作。Managing team access
Organization owners 始终对所有组织仓库有 Admin，不能用 Base permissions 的 None 把 owner 排除在外。额外的组织角色也可能赋予跨仓库权限，核验访问范围时须一并检查。Repository roles
对于“私有代码托管、邀请少量成员、分组授权”的需求，可先使用 Free；当需求变成“必须经过审核、CI 和分支保护规则才能合并”时，再评估 Team。