About roles
To perform any actions on GitHub, such as creating a pull request in a repository or changing an organization's billing settings, a person must have sufficient access to the relevant account or resource. This access is controlled by permissions. A permission is the ability to perform a specific action. For example, the ability to delete an issue is a permission. A role is a set of permissions you can assign to individuals or teams.
Repository-level roles give organization members, outside collaborators and teams of people varying levels of access to repositories. 更多信息请参阅“组织的仓库角色”。
Team-level roles are roles that give permissions to manage a team. You can give any individual member of a team the team maintainer role, which gives the member a number of administrative permissions over a team. For more information, see "Assigning the team maintainer role to a team member."
Organization-level roles are sets of permissions that can be assigned to individuals or teams to manage an organization and the organization's repositories, teams, and settings. For more information about all the roles available at the organization level, see "About organization roles."
About organization roles
You can assign individuals or teams to a variety of organization-level roles to control your members' access to your organization and its resources. For more details about the individual permissions included in each role, see "Permissions for organization roles."
Organization owners
Organization owners have complete administrative access to your organization. 此角色应限于组织中的少数� 个人,但不少于两人。 更多信息请参阅“管理组织的所有权连续性”。
组织成员
The default, non-administrative role for people in an organization is the organization member. By default, organization members have a number of permissions, including the ability to create repositories and project boards.
GitHub 应用程序 管理员
默认情况下,只有组织所有者才可管理组织拥有的 GitHub 应用程序 的设置。 要允许其他用户管理组织拥有的 GitHub 应用程序,所有者可向他们授予 GitHub 应用程序 管理员权限。
指定用户为组织中 GitHub 应用程序 的管理员时,您可以授予他们对组织拥有的部分或全部 GitHub 应用程序 的设置进行管理的权限。 更多信息请参阅:
外部协作者
在允许访问仓库时,为确保组织数据的安全,您可以添� 外部协作者。 外部协作者是有权访问一个或多个组织仓库但未明确成为该组织成员的人, 例如顾问或临时员工。 更多信息请参阅:
Permissions for organization roles
组织操作 | 所有者 | 成员 |
---|---|---|
邀请人员� 入组织 | X | |
编辑和取消邀请� 入组织 | X | |
从组织� 除成员 | X | |
恢复组织的前成员 | X | |
添� 和� 除所有团队的人员 | X | |
将组织成员升级为团队维护员 | X | |
Configure code review assignments (see "Managing code review settings for your team")) | X | |
添� 协作者到所有仓库 | X | |
访问组织审� �日志 | X | |
编辑组织的资料页面(详细信息请参阅“关于组织的资料”) | X | |
� 除所有团队 | X | |
� 除组织帐户,包括所有仓库 | X | |
创建团队(详细信息请参阅“在组织中设置团队创建权限”) | X | X |
查看所有组织成员和团队 | X | X |
@提及任何可见团队 | X | X |
可成为团队维护员 | X | X |
转让仓库 | X | |
管理组织的 SSH 认证中心(详细信息请参阅“管理组织的 SSH 认证中心”) | X | |
创建项目板(详细信息请参阅“组织的项目板权限”) | X | X |
查看并发布公共团队讨论到所有团队(详细信息请参阅“关于团队讨论”) | X | X |
查看并发布私有团队讨论到所有团队(详细信息请参阅“关于团队讨论”) | X | |
编辑和� 除所有团队中的团队讨论(更多信息请参阅“管理� �坏性评论”) | X | |
隐藏对提交、拉取请求和议题的评论(详细信息请参阅“管理� �坏性评论”) | X | X |
对组织禁用团队讨论(详细信息请参阅“对组织禁用团队讨论”) | X | |
设置所有团队的团队头像(详细信息请参阅“设置团队的头像”) | X | |
在组织的层次结构中移动团队 | X | |
拉取(读取)、推送(写入)和克隆(复制)组织中的所有仓库 | X | |
将组织成员转换为外部协作者 | X | |
查看对组织仓库具有访问权限的人员 | X | |
导出具有组织仓库访问权限人员的列表 | X | |
管理默认� �签(请参阅“管理组织中仓库的默认� �签”) | X |