亚马逊 CodeCatalyst 不再向新买家开放。现有客户可以继续正常使用该服务。有关更多信息，请参阅 [如何从中迁移 CodeCatalyst](migration.md)。
本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。
# 了解空间和项目的用户角色
空间有三个可用的角色：
+ **空间管理员**
+ **高级用户**
+ **受限访问**
接受项目邀请的用户将在包含项目的空间中自动获得**受限访问**角色。
项目中的成员有四个可用角色：
+ **项目管理员**
+ **贡献者**
+ **审阅者**
+ **只读**
当您将用户添加到项目时， CodeCatalyst 会自动为其授予受**限访问权限**。如果您从所有项目中移除某个用户，则 CodeCatalyst会自动删除该用户的受限访问角色。
## 空间管理员角色
**空间管理员**角色是中最强大的角色 CodeCatalyst。仅将**空间管理员**角色分配给需要管理空间各个方面的用户，因为该角色拥有中的所有权限 CodeCatalyst。具有**空间管理员**角色的用户是唯一可以在**空间管理员**角色中添加或移除其他用户以及删除空间的用户。
创建空间时， CodeCatalyst 会自动为您分配**空间管理员**角色。作为最佳实践，我们建议您将此角色添加给至少一个其他用户，该用户可以在原始空间创建者不可用时代入此角色。
## 高级用户角色
P **ower user** 角色是 CodeCatalyst空间中第二强大的角色，但它无法访问空间中的项目。该角色专为需要能够在空间中创建项目并帮助管理空间的用户和资源的用户而设计。将**高级用户**角色分配给作为团队领导或经理的用户，他们需要能够在工作中在空间中创建项目和管理用户。
## 受限的访问角色
“受**限访问**权限” 角色是大多数用户在 CodeCatalyst 空间中将扮演的角色。当用户接受空间中的项目邀请时，系统会自动将该角色分配给用户。该角色提供用户在包含项目的空间内工作所需的有限权限。将**受限访问**角色分配给您直接邀请加入空间的用户，除非他们的工作要求他们管理空间的某些方面。
## 项目管理员角色
**项目管理员**角色是 CodeCatalyst项目中最强大的角色。仅将此角色分配给需要管理项目的各个方面（包括编辑项目设置、管理项目权限和删除项目）的用户。
项目角色不具有任何空间级权限。因此，具有**项目管理员**角色的用户无法创建其他项目。仅拥有**空间管理员**或**高级用户**角色的用户能够创建项目。
**注意**
**空间管理员**角色拥有中的所有权限 CodeCatalyst。
## 贡献者角色
“**贡献者**” 角色适用于 CodeCatalyst 项目中的大多数成员。将此角色分配给需要能够在项目中处理代码、工作流、事务和操作的用户。
## 审阅者角色
**审阅者**角色适用于需要能够与项目中的资源（例如拉取请求和议题）进行交互，但不能在项目中创建和合并代码、创建工作流或启动或停止工作流程运行的 CodeCatalyst 用户。将**审阅者**角色分配给需要能够批准和评论拉取请求、创建、更新、解决和评论事务，以及查看项目中的代码和工作流的用户。
## 只读角色
**只读**角色将分配给需要查看资源和资源状态，但不与之交互或直接参与项目的用户。具有此角色的用户无法在中创建资源 CodeCatalyst，但他们可以查看和复制资源，例如克隆存储库和将议题的附件下载到本地计算机。将**只读**角色分配给需要查看资源和项目状态但不直接与之交互的用户。