管理从 Azure DevOps 迁移的访问权限

关于 GitHub Enterprise Importer

所需的访问权限

为了保护数据，GitHub 强制实施特定的访问要求来使用 GitHub Enterprise Importer。这些要求会因尝试执行的任务而异。为防止出错，应仔细查看本文，并确认是否符合要完成的任务的所有要求。

要将存储库从 Azure DevOps 迁移到 GitHub，需对源（Azure DevOps 上的组织）和目标 (GitHub) 具有足够的访问权限。要具有足够的访问权限，需满足以下条件：

GitHub 上目标组织中的必需角色
可以访问 GitHub 上目标组织的 personal access token
- personal access token 必须具有所有必需的范围，具体取决于你的角色和要完成的任务。
- 如果目标组织对 GitHub 使用 SAML 单一登录，则必须授权 personal access token 以实现 SSO。
可以访问 Azure DevOps 上源组织的 personal access token

此外，如果将 IP 允许列表用于源或目标，则可能需要配置允许列表以允许 GitHub Enterprise Importer 访问。

关于迁移者角色

为了使组织所有者不再需要完成迁移， GitHub 包含使用 GitHub Enterprise Importer 的不同角色。

通过授予迁移者角色，可以指定其他团队或个人来处理迁移。

只能为 GitHub.com 或 GHE.com 上的组织授予迁移者角色。
可以将迁移者角色授予单个用户或团队。强烈建议将迁移者角色分配给团队。然后，可以通过调整团队成员身份来进一步自定义可运行迁移的人员。请参阅“添加组织成员到团队”或“从团队中删除组织成员”。
迁移者必须使用满足运行迁移的所有要求的 personal access token。

Warning

将组织中的迁移者角色授予用户或团队时，即授予他们导入或导出该组织中的任何存储库的能力。

要授予迁移者角色，请参阅“授予迁移者角色”。

GitHub

所需的角色

对 GitHub 上的目标组织而言，不同任务需要不同角色。

下表列出了可以执行某些任务的具体角色。

任务	组织所有者	迁移者
为存储库迁移分配迁移者角色
运行存储库迁移
下载迁移日志
回收模型

personal access token 所需的范围

要运行迁移，需要一个可以访问 GitHub 上目标组织的 personal access token，还需要另一个可以用访问 Azure DevOps 上源组织的 personal access token。

对于其他任务（例如下载迁移日志），只需一个可以访问 GitHub 上目标组织的 personal access token。

GitHub

的 Personal access token

GitHub personal access token (classic) 所需的范围取决于你的角色和要完成的任务。

注意：只能使用 personal access token (classic)，而不能使用 fine-grained personal access token。这意味着，如果贵组织使用“限制 personal access tokens (classic) 访问组织”策略，则你无法使用 GitHub Enterprise Importer。有关详细信息，请参阅“在企业中为个人访问令牌实施策略”。

任务	组织所有者	迁移者
为存储库迁移分配迁移者角色	`admin:org`
运行存储库迁移（目标组织）	`repo`，`admin:org`，`workflow`	`repo`，`read:org`，`workflow`
下载迁移日志	`repo`，`admin:org`，`workflow`	`repo`，`read:org`，`workflow`
回收模型	`admin:org`

Azure DevOps 的 Personal access token

Azure DevOps personal access token 必须具有以下作用域：work item (read)、code (read) 和 identity (read)。

如果要在生成迁移脚本时使用 --rewire-pipelines 标志，则还需要 Build (Read) 范围。若要使用 inventory-report 和 --integrate-boards 标志，需要授予对 personal access token 的完全访问权限。

如果要从多个组织迁移，请允许 personal access token 访问所有可访问的组织。有关详细信息，请参阅 Microsoft Docs 中的使用 personal access token。

授予迁移者角色

若要允许除组织所有者以外的其他人运行迁移或下载迁移日志，可以向用户或团队授予迁移者角色。有关详细信息，请参阅“关于迁移者角色”。

可以使用 ADO2GH extension of the GitHub CLI 或 GraphQL API 授予迁移者角色。

“使用 ADO2GH extension 授予迁移者角色”
“使用 GraphQL API 授予迁移者角色”

使用 ADO2GH extension

授予迁移者角色

若要使用 CLI 授予迁移者角色，必须已安装 ADO2GH extension of the GitHub CLI。有关详细信息，请参阅“将存储库从 Azure DevOps 迁移到 GitHub Enterprise Cloud”。

在 GitHub 上，创建并记录满足授予迁移者角色的所有要求的 personal access token。有关详细信息，请参阅“为 GitHub 创建 personal access token”。
将 personal access token 设置为环境变量，将以下命令中的 TOKEN 替换为你在上面记录的 personal access token。
- 如果使用终端，请使用 export 命令。
  Shell
```
export GH_PAT="TOKEN"
```
```
export GH_PAT="TOKEN"
```
- 如果使用 PowerShell，请使用 $env 命令。
  Shell
```
$env:GH_PAT="TOKEN"
```
```
$env:GH_PAT="TOKEN"
```
使用 gh ado2gh grant-migrator-role 命令，将 ORGANIZATION 替换为你要为其授予迁移者角色的组织，将 ACTOR 替换为用户或团队名称，并将 TYPE 替换为 USER 或 TEAM。
Shell
```
gh ado2gh grant-migrator-role --github-org ORGANIZATION --actor ACTOR --actor-type TYPE
```
```
gh ado2gh grant-migrator-role --github-org ORGANIZATION --actor ACTOR --actor-type TYPE
```
Note

如果你要授予 GHE.com 的迁移者角色，则你还必须包含企业子域的目标 API URL。例如：--target-api-url https://api.octocorp.ghe.com。

使用 GraphQL API 授予迁移者角色

可以使用 grantMigratorRole GraphQL 突变来分配迁移者角色，并使用 revokeMigratorRole 突变来撤销迁移者角色。

必须使用满足所有访问要求的 personal access token (PAT)。有关详细信息，请参见“personal access token 所需的作用域。”

`grantMigratorRole` 突变

此 GraphQL 突变设置迁移角色。

mutation grantMigratorRole (
  $organizationId: ID!,
  $actor: String!,
  $actor_type: ActorType!
) {
  grantMigratorRole( input: {
    organizationId: $organizationId,
    actor: $actor,
    actorType: $actor_type
  })
   { success }
}

查询变量	说明
`organizationId`	组织的 `ownerId` 或组织 ID（来自 `GetOrgInfo` 查询）。
`actor`	要将迁移角色分配到的团队或用户名。
`actor_type`	指定迁移者是 `USER` 还是 `TEAM`。

`revokeMigratorRole` 突变

此突变将删除迁移者角色。

mutation revokeMigratorRole (
  $organizationId: ID!,
  $actor: String!,
  $actor_type: ActorType!
) {
  revokeMigratorRole( input: {
    organizationId: $organizationId,
    actor: $actor,
    actorType: $actor_type
  })
   { success }
}

为 GitHub

创建 personal access token

验证是否有足够的角色权限来完成要完成的任务。有关详细信息，请参阅“必需的角色”。
创建 personal access token (classic)，确保授予要完成的任务所需的全部范围。只能使用 personal access token (classic)，而不能使用 fine-grained personal access token。有关详细信息，请参阅“管理个人访问令牌”和“personal access token 所需的范围”。
如果对需要访问的组织强制实施 SAML 单一登录，请授权 personal access token 以实现 SSO。有关详细信息，请参阅“授权用于 SAML 单点登录的个人访问令牌”。