使用 GitHub Actions Importer 从 GitLab 迁移

关于使用 GitHub Actions Importer 从 GitLab 迁移

以下说明将指导你完成环境配置，以使用 GitHub Actions Importer 将 GitLab 管道迁移到 GitHub Actions。

先决条件

包含要转换为 GitHub Actions 工作流的管道和作业的 GitLab 帐户或组织。
有权为帐户或组织创建 GitLab personal access token 。
一个可在其中运行基于 Linux 的容器并可安装所需工具的环境。
- Docker 已安装并正在运行。
- 已安装 GitHub CLI。
注意

GitHub Actions Importer 容器和 CLI 不需要安装在 CI 平台所在的同一服务器上。

限制

使用 GitHub Actions 将流程从 GitLab 管道自动迁移到 GitHub Actions Importer 时，存在一些限制。

不支持在不同工作流的作业之间自动缓存。
仅支持在使用组织帐户时使用 audit 命令。但 dry-run 和 migrate 命令可用于组织或用户帐户。

手动任务

某些 GitLab 构造必须手动迁移。其中包括：

屏蔽的项目或组变量值
工件报告

有关手动迁移的详细信息，请参阅“从 GitLab CI/CD 迁移到 GitHub Actions”。

安装 GitHub Actions Importer CLI 扩展

安装 GitHub Actions Importer CLI 扩展：

Bash

gh extension install github/gh-actions-importer

gh extension install github/gh-actions-importer

验证是否已安装扩展：

$ gh actions-importer -h
Options:
  -?, -h, --help  Show help and usage information

Commands:
  update     Update to the latest version of GitHub Actions Importer.
  version    Display the version of GitHub Actions Importer.
  configure  Start an interactive prompt to configure credentials used to authenticate with your CI server(s).
  audit      Plan your CI/CD migration by analyzing your current CI/CD footprint.
  forecast   Forecast GitHub Actions usage from historical pipeline utilization.
  dry-run    Convert a pipeline to a GitHub Actions workflow and output its yaml file.
  migrate    Convert a pipeline to a GitHub Actions workflow and open a pull request with the changes.

配置凭据

configure CLI 命令用于为 GitHub Actions Importer 设置在配合 GitLab 和 GitHub 使用时所需的凭据和选项。

创建一个 GitHubpersonal access token (classic)。有关详细信息，请参阅“管理个人访问令牌”。

令牌必须具有 workflow 权限范围。

创建令牌后，将其复制并保存在安全的位置供之后使用。
创建 GitLab personal access token。有关详细信息，请参阅 Personal access tokens GitLab 文档中的信息。

令牌必须具有 read_api 权限范围。

创建令牌后，将其复制并保存在安全的位置供之后使用。
在终端中 GitHub Actions Importerconfigure ，运行 CLI 命令：
```
gh actions-importer configure
```

configure 命令将提示你输入以下信息：

对于“您正在配置哪个 CI 提供程序？”这一问题，使用箭头键选择GitLab，然后按空格键进行选择，接着按Enter键。
对于“Personal access token for GitHub”，请输入之前创建的值 personal access token (classic) ，然后按 Enter。
对于“GitHub 实例的基本网址”，请输入其你的 GitHub Enterprise Server 实例 URL，然后按 Enter。
对于“GitLab 的专用令牌”，请输入之前创建的 GitLab personal access token 的值，然后按 Enter。
对于“GitLab 实例的基 URL”，请输入 GitLab 实例的 URL，然后按 Enter。

configure 命令的输出示例如下所示。

$ gh actions-importer configure
✔ Which CI providers are you configuring?: GitLab
Enter the following values (leave empty to omit):
✔ Personal access token for GitHub: ***************
✔ Base url of the GitHub instance: https://github.com
✔ Private token for GitLab: ***************
✔ Base url of the GitLab instance: http://localhost
Environment variables successfully updated.

在终端中 GitHub Actions Importerupdate ，运行 CLI 命令以连接到 GitHub PackagesContainer registry 容器映像并确保将容器映像更新到最新版本：
```
gh actions-importer update
```
命令的输出应类似于以下内容：
```
Updating ghcr.io/actions-importer/cli:latest...
ghcr.io/actions-importer/cli:latest up-to-date
```

对 GitLab 执行审核

可使用 audit 命令获取 GitLab 服务器中所有管道的概要视图。

audit 命令执行以下步骤：

提取 GitLab 服务器中定义的所有项目。
将每个管道转换为等效的 GitHub Actions 工作流。
生成一份报告，汇总了使用GitHub Actions Importer进行迁移的可能完成程度及其复杂性。

审核命令的先决条件

若要使用该 audit 命令，必须使用 personal access token GitLab 组织帐户进行配置。

运行审核命令

若要对 GitLab 服务器执行审核，请在终端中运行以下命令，并将 my-gitlab-namespace 替换为要审核的命名空间或组：

gh actions-importer audit gitlab --output-dir tmp/audit --namespace my-gitlab-namespace

检查审核结果

指定的输出目录中的文件包含审核结果。有关审核结果的摘要，请参阅 audit_summary.md 文件。

审核摘要包含以下部分。

Pipelines

“管道”部分包含由 GitHub Actions Importer 完成的转化率的相关概要统计信息。

下面列出了“管道”部分中可能出现的一些关键术语：

成功的管道中，100% 的管道构造元素和各个单项都已自动转换为其对应的 GitHub Actions 等效项。
部分成功的管道其所有管道结构均已转换，但是其中某些单个项未能自动转换为其对应的 GitHub Actions 等效项。
不受支持的管道是GitHub Actions Importer 不支持的定义类型。
```
          **失败**管道在转换时遇到错误。 这可能是以下三个原因之一造成的：
```
- 该管道最初配置错误且无效。
- GitHub Actions Importer 转换时遇到内部错误。
- 网络响应失败，导致管道无法访问，这通常是由于凭据无效所致。

生成步骤

“生成步骤”部分概述了在所有管道中使用的各个生成步骤，以及其中有多少是由 GitHub Actions Importer 自动转换的。

下面列出了“生成步骤”部分中可能出现的一些关键术语：

已识别的构建步骤是已自动转换为等效操作的步骤。
未知构建步骤是指未被自动转换为等效操作的步骤。
不受支持的构建步骤是指符合以下任一情况的构建步骤：
- 从根本上不受 GitHub Actions 支持。
- 以不兼容 GitHub Actions的方式进行配置。
“操作”是转换后的工作流中使用的操作的列表。这对于以下情况可能很重要：
- 如果你使用 GitHub Enterprise Server，则收集要同步到实例的操作列表。
- 定义所使用的操作的组织级允许列表。此操作列表是安全或合规性团队可能需要审查的操作的综合列表。

手动执行的任务

“手动任务”部分概述了GitHub Actions Importer无法自动完成、需要您手动完成的任务。

下面列出了“手动任务”部分中可能出现的一些关键术语：

机密是指在转换后的管道中使用的存储库级或组织级机密。必须在 GitHub Actions 中手动创建这些机密，这样这些管道才能正常运行。有关详细信息，请参阅“在 GitHub Actions 中使用机密”。
自托管运行器是指在转换后的管道中引用的运行器（不是 GitHub 托管的运行器）的标签。需要手动定义这些运行器，才能使这些管道正常运行。

文件存储

审核报告的最后一部分提供审核期间写入磁盘的所有文件的清单。

每个管道文件都包含审核中的各种文件，包括：

在 GitHub 中定义的原始管道。
用于转换管道的任何网络响应。
转换后的工作流文件。
可用于排查管道转换失败问题的堆栈跟踪。

此外，workflow_usage.csv 文件包含一个以逗号分隔的列表，其中列出了每个成功转换的管道所使用的所有操作、机密和运行器。这有助于确定哪些工作流使用哪些操作、机密或运行器，并且可用于进行安全评审。

预测潜在的生成运行器使用情况

您可以使用 forecast 命令，通过计算您的 GitLab 服务器中已完成的流水线运行的指标，来预测潜在的 GitHub Actions 使用情况。

运行预测命令

若要预测潜在的 GitHub Actions 使用量，请在终端中运行以下命令，并将 my-gitlab-namespace 替换为你要预测的命名空间或组。默认情况下， GitHub Actions Importer 在预测报告中包括前七天。

gh actions-importer forecast gitlab --output-dir tmp/forecast --namespace my-gitlab-namespace

预测整个命名空间

若要预测整个命名空间及其所有子组，必须在参数 --namespace 或环境变量 NAMESPACE 中指定每个子组。

例如：

gh actions-importer forecast gitlab --namespace my-gitlab-namespace my-gitlab-namespace/subgroup-one my-gitlab-namespace/subgroup-two ...

查看预测报告

指定的输出目录中的 forecast_report.md 文件包含预测结果。

下面列出了预测报告中可能出现的一些关键术语：

“作业计数”是已完成作业的总数。
管道计数是使用的唯一管道数量。
“执行时间”描述的是执行者在一项任务中所花费的时间。此指标可用于协助规划 GitHub 托管运行程序的成本。
- 此指标与您在 GitHub Actions 中预计需要花费的金额相关。这会因这些分钟所使用的硬件而异。可以使用 GitHub Actions 定价计算器来估算成本。
队列时间指标描述作业等待运行器可用以执行所花费的时间。
“并发作业”指标用于描述在任何给定时间运行的作业数量。此指标可用于确定应配置的运行器数量。

此外，这些指标是针对 GitLab 中的每个运行器队列定义的。这在混合使用托管/自承载运行器或者高规格/低规格的计算机时特别有用，这样就可以查看特定于不同类型运行器的指标。

执行 GitLab 管道的试运行迁移

可以使用 dry-run 该命令将 GitLab 管道转换为其等效 GitHub Actions 工作流。

运行试运行命令

可以使用 dry-run 命令将 GitLab 管道转换为等效 GitHub Actions 的工作流。试运行在指定目录中创建输出文件，但不打开拉取请求来迁移管道。

若要试运行将 GitLab 管道迁移到 GitHub Actions 的过程，请在终端中运行以下命令，并将 my-gitlab-project 替换为你的 GitLab 项目标识符，将 my-gitlab-namespace 替换为你要执行试运行的命名空间或组（对于子组，请使用完整的组路径，例如 my-org/my-team）。

gh actions-importer dry-run gitlab --output-dir tmp/dry-run --namespace my-gitlab-namespace --project my-gitlab-project

检查转换后的工作流

可以在指定的输出目录中查看试运行日志和转换后的工作流文件。

如果有任何 GitHub Actions Importer 无法自动转换的内容，例如未知生成步骤或部分成功管道，你可能需要创建自定义转换器来进一步自定义转换过程。有关详细信息，请参阅“使用自定义转换器扩展GitHub Actions导入工具”。

执行对 GitLab 管道的生产环境迁移

可以使用 migrate 命令转换 GitLab 管道，并创建一个包含等效 GitHub Actions 工作流的拉取请求。

运行迁移命令

若要将 GitLab 管道 GitHub Actions迁移到，请在终端中运行以下命令，替换以下值：

target-url 包含存储库 URL GitHub 的值

          带有 GitLab 项目标识的 `my-gitlab-project`

将 my-gitlab-namespace 替换为要迁移的命名空间或组（子组的完整路径，例如 my-org/my-team）

gh actions-importer migrate gitlab --target-url https://github.com/:owner/:repo --output-dir tmp/migrate --namespace my-gitlab-namespace --project my-gitlab-project

命令的输出包括将转换后的工作流添加到存储库的拉取请求的 URL。成功输出的示例类似于以下内容：

$ gh actions-importer migrate gitlab --target-url https://github.com/octo-org/octo-repo --output-dir tmp/migrate --namespace octo-org --project monas-project
[2022-08-20 22:08:20] Logs: 'tmp/migrate/log/actions-importer-20220916-014033.log'
[2022-08-20 22:08:20] Pull request: 'https://github.com/octo-org/octo-repo/pull/1'

检查拉取请求

migrate 命令成功运行的输出包含一个指向新拉取请求的链接，此拉取请求将转换后的工作流添加到存储库。

拉取请求的一些重要元素包括：

在拉取请求说明中，有一个名为“手动步骤”的部分，其中列出了在完成将管道迁移到 GitHub Actions 之前必须手动完成的步骤。例如，此部分可能会提供创建工作流中使用的任何机密。
转换后的工作流文件。选择拉取请求中的“Files changed”选项卡，查看将添加到 GitHub 仓库的工作流文件****。

检查完拉取请求后，可以将其合并以将工作流添加到 GitHub 仓库。

参考

本部分包含有关环境变量、可选参数以及用于 GitHub Actions Importer 从 GitLab 迁移时支持的语法的参考信息。

使用环境变量

GitHub Actions Importer 使用环境变量进行身份验证配置。这些变量在使用 configure 命令执行配置过程时设置。有关详细信息，请参阅“配置凭据”部分。

GitHub Actions Importer 使用以下环境变量连接到 GitLab 实例：

GITHUB_ACCESS_TOKEN：用于通过转换后的工作流创建拉取请求的 personal access token (classic)（需要 workflow 作用域）。
GITHUB_INSTANCE_URL：目标 GitHub 实例的 URL（例如 https://github.com）。
GITLAB_ACCESS_TOKEN：用于查看 GitLab 资源的 GitLab personal access token。
GITLAB_INSTANCE_URL：GitLab 实例的 URL。
NAMESPACE：包含 GitLab 管道的命名空间或组。

可以在.env.local文件中指定这些环境变量，该文件会在GitHub Actions Importer运行时加载。

使用可选参数

有一些可选参数可以结合 GitHub Actions Importer 子命令使用来自定义迁移。

`--source-file-path`

可以将 --source-file-path 参数与 forecast、dry-run 或 migrate 子命令结合使用。

默认情况下， GitHub Actions Importer 从源代码管理提取管道内容。该 --source-file-path 参数指示 GitHub Actions Importer 改用指定的源文件路径。

例如：

gh actions-importer dry-run gitlab --output-dir output/ --namespace my-gitlab-namespace --project my-gitlab-project --source-file-path path/to/.gitlab-ci.yml

如果要在运行 forecast 子命令时提供多个源文件，可以在文件路径值中使用模式匹配。以下示例向 GitHub Actions Importer 提供与 ./tmp/previous_forecast/jobs/*.json 文件路径匹配的所有源文件。

gh actions-importer forecast gitlab --output-dir output/ --namespace my-gitlab-namespace --project my-gitlab-project --source-file-path ./tmp/previous_forecast/jobs/*.json

`--config-file-path`

可以将 --config-file-path 参数与 audit、dry-run 和 migrate 子命令结合使用。

默认情况下， GitHub Actions Importer 从源代码管理提取管道内容。该 --config-file-path 参数指示 GitHub Actions Importer 改用指定的源文件。

--config-file-path 参数还可用于指定应将已转换可重用工作流迁移到哪个存储库。

审核示例

在此示例中， GitHub Actions Importer 使用指定的 YAML 配置文件执行审核。

gh actions-importer audit gitlab --output-dir path/to/output/ --namespace my-gitlab-namespace --config-file-path path/to/gitlab/config.yml

若要使用配置文件审核 GitLab 实例，该文件必须采用以下格式，并且每个 repository_slug 值都必须是唯一的：

source_files:
  - repository_slug: namespace/project-name
    path: path/to/.gitlab-ci.yml
  - repository_slug: namespace/some-other-project-name
    path: path/to/.gitlab-ci.yml

试运行示例

在此示例中， GitHub Actions Importer 使用指定的 YAML 配置文件作为源文件来执行试运行。

通过匹配配置文件中的 repository_slug 与 --namespace 和 --project 选项的值来选择管道。然后，使用 path 拉取指定的源文件。

gh actions-importer dry-run gitlab --namespace my-gitlab-namespace --project my-gitlab-project-name --output-dir ./output/ --config-file-path ./path/to/gitlab/config.yml

指定已转换可重用工作流的存储库

GitHub Actions Importer 使用提供给参数的 --config-file-path YAML 文件来确定将转换的可重用工作流迁移到的存储库。

首先，应在不使用 --config-file-path 参数的情况下运行审核：

gh actions-importer audit gitlab --output-dir ./output/

此命令的输出将包含一 config.yml 个名为的文件，其中包含已转换的所有 GitHub Actions Importer复合操作的列表。例如，config.yml 文件可能包含以下内容：

reusable_workflows:
  - name: my-reusable-workflow.yml
    target_url: https://github.com/octo-org/octo-repo
    ref: main

可以使用此文件指定应将可重用工作流或复合操作添加到哪个存储库和参考。然后可以使用--config-file-path参数将config.yml文件提供给GitHub Actions Importer。例如，可以在运行 migrate 命令时使用此文件，为配置文件中定义的每个唯一存储库打开拉取请求：

gh actions-importer migrate gitlab --project my-project-name --output-dir output/ --config-file-path config.yml --target-url https://github.com/my-org/my-repo

GitLab 管道的支持语法

下表显示了属性 GitHub Actions Importer 的类型当前能够转换。有关 GitLab 管道语法与 GitHub Actions如何对齐的更多详细信息，请参阅从 GitLab CI/CD 迁移到 GitHub Actions。

GitLab 流水线	GitHub Actions	状态
`after_script`	`jobs.<job_id>.steps`	支持
`auto_cancel_pending_pipelines`	`concurrency`	支持
`before_script`	`jobs.<job_id>.steps`	支持
`build_timeout` 或 `timeout`	`jobs.<job_id>.timeout-minutes`	支持
`default`	不适用	支持
`image`	`jobs.<job_id>.container`	支持
`job`	`jobs.<job_id>`	支持
`needs`	`jobs.<job_id>.needs`	支持
`only_allow_merge_if_pipeline_succeeds`	`on.pull_request`	支持
`resource_group`	`jobs.<job_id>.concurrency`	支持
`schedule`	`on.schedule`	支持
`script`	`jobs.<job_id>.steps`	支持
`stages`	`jobs`	支持
`tags`	`jobs.<job_id>.runs-on`	支持
`variables`
`env`、`jobs.<job_id>.env`	支持
为新提交运行管道	`on.push`	支持
手动运行管道	`on.workflow_dispatch`	支持
`environment`	`jobs.<job_id>.environment`	部分支持
`include`
`include` 语句中引用的文件将在转换之前合并到单个作业图中。	部分支持
`only` 或 `except`	`jobs.<job_id>.if`	部分支持
`parallel`	`jobs.<job_id>.strategy`	部分支持
`rules`	`jobs.<job_id>.if`	部分支持
`services`	`jobs.<job_id>.services`	部分支持
`workflow`	`if`	部分支持

有关支持的 GitLab 构造的信息，请参阅 github/gh-actions-importer 存储库。

环境变量语法

GitHub Actions Importer 使用下表中的映射将默认 GitLab 环境变量转换为最接近的等效项 GitHub Actions。

GitLab	GitHub Actions
`CI_API_V4_URL`	`${{ github.api_url }}`
`CI_BUILDS_DIR`	`${{ github.workspace }}`
`CI_COMMIT_BRANCH`	`${{ github.ref }}`
`CI_COMMIT_REF_NAME`	`${{ github.ref }}`
`CI_COMMIT_REF_SLUG`	`${{ github.ref }}`
`CI_COMMIT_SHA`	`${{ github.sha }}`
`CI_COMMIT_SHORT_SHA`	`${{ github.sha }}`
`CI_COMMIT_TAG`	`${{ github.ref }}`
`CI_JOB_ID`	`${{ github.job }}`
`CI_JOB_MANUAL`	`${{ github.event_name == 'workflow_dispatch' }}`
`CI_JOB_NAME`	`${{ github.job }}`
`CI_JOB_STATUS`	`${{ job.status }}`
`CI_JOB_URL`	`${{ github.server_url }}/${{ github.repository }}/actions/runs/${{ github.run_id }}`
`CI_JOB_TOKEN`	`${{ github.token }}`
`CI_NODE_INDEX`	`${{ strategy.job-index }}`
`CI_NODE_TOTAL`	`${{ strategy.job-total }}`
`CI_PIPELINE_ID`	`${{ github.repository}}/${{ github.workflow }}`
`CI_PIPELINE_IID`	`${{ github.workflow }}`
`CI_PIPELINE_SOURCE`	`${{ github.event_name }}`
`CI_PIPELINE_TRIGGERED`	`${{ github.actions }}`
`CI_PIPELINE_URL`	`${{ github.server_url }}/${{ github.repository }}/actions/runs/${{ github.run_id }}`
`CI_PROJECT_DIR`	`${{ github.workspace }}`
`CI_PROJECT_ID`	`${{ github.repository }}`
`CI_PROJECT_NAME`	`${{ github.event.repository.name }}`
`CI_PROJECT_NAMESPACE`	`${{ github.repository_owner }}`
`CI_PROJECT_PATH_SLUG`	`${{ github.repository }}`
`CI_PROJECT_PATH`	`${{ github.repository }}`
`CI_PROJECT_ROOT_NAMESPACE`	`${{ github.repository_owner }}`
`CI_PROJECT_TITLE`	`${{ github.event.repository.full_name }}`
`CI_PROJECT_URL`	`${{ github.server_url }}/${{ github.repository }}`
`CI_REPOSITORY_URL`	`${{ github.event.repository.clone_url }}`
`CI_RUNNER_EXECUTABLE_ARCH`	`${{ runner.os }}`
`CI_SERVER_HOST`	`${{ github.server_url }}`
`CI_SERVER_URL`	`${{ github.server_url }}`
`CI_SERVER`	`${{ github.actions }}`
`GITLAB_CI`	`${{ github.actions }}`
`GITLAB_USER_EMAIL`	`${{ github.actor }}`
`GITLAB_USER_ID`	`${{ github.actor }}`
`GITLAB_USER_LOGIN`	`${{ github.actor }}`
`GITLAB_USER_NAME`	`${{ github.actor }}`
`TRIGGER_PAYLOAD`	`${{ github.event_path }}`
`CI_MERGE_REQUEST_ASSIGNEES`	`${{ github.event.pull_request.assignees }}`
`CI_MERGE_REQUEST_ID`	`${{ github.event.pull_request.number }}`
`CI_MERGE_REQUEST_IID`	`${{ github.event.pull_request.number }}`
`CI_MERGE_REQUEST_LABELS`	`${{ github.event.pull_request.labels }}`
`CI_MERGE_REQUEST_MILESTONE`	`${{ github.event.pull_request.milestone }}`
`CI_MERGE_REQUEST_PROJECT_ID`	`${{ github.repository }}`
`CI_MERGE_REQUEST_PROJECT_PATH`	`${{ github.repository }}`
`CI_MERGE_REQUEST_PROJECT_URL`	`${{ github.server_url }}/${{ github.repository }}`
`CI_MERGE_REQUEST_REF_PATH`	`${{ github.ref }}`
`CI_MERGE_REQUEST_SOURCE_BRANCH_NAME`	`${{ github.event.pull_request.head.ref }}`
`CI_MERGE_REQUEST_SOURCE_BRANCH_SHA`	`${{ github.event.pull_request.head.sha}}`
`CI_MERGE_REQUEST_SOURCE_PROJECT_ID`	`${{ github.event.pull_request.head.repo.full_name }}`
`CI_MERGE_REQUEST_SOURCE_PROJECT_PATH`	`${{ github.event.pull_request.head.repo.full_name }}`
`CI_MERGE_REQUEST_SOURCE_PROJECT_URL`	`${{ github.event.pull_request.head.repo.url }}`
`CI_MERGE_REQUEST_TARGET_BRANCH_NAME`	`${{ github.event.pull_request.base.ref }}`
`CI_MERGE_REQUEST_TARGET_BRANCH_SHA`	`${{ github.event.pull_request.base.sha }}`
`CI_MERGE_REQUEST_TITLE`	`${{ github.event.pull_request.title }}`
`CI_EXTERNAL_PULL_REQUEST_IID`	`${{ github.event.pull_request.number }}`
`CI_EXTERNAL_PULL_REQUEST_SOURCE_REPOSITORY`	`${{ github.event.pull_request.head.repo.full_name }}`
`CI_EXTERNAL_PULL_REQUEST_TARGET_REPOSITORY`	`${{ github.event.pull_request.base.repo.full_name }}`
`CI_EXTERNAL_PULL_REQUEST_SOURCE_BRANCH_NAME`	`${{ github.event.pull_request.head.ref }}`
`CI_EXTERNAL_PULL_REQUEST_SOURCE_BRANCH_SHA`	`${{ github.event.pull_request.head.sha }}`
`CI_EXTERNAL_PULL_REQUEST_TARGET_BRANCH_NAME`	`${{ github.event.pull_request.base.ref }}`
`CI_EXTERNAL_PULL_REQUEST_TARGET_BRANCH_SHA`	`${{ github.event.pull_request.base.sha }}`

法律通告

部分内容改编自 MIT 许可证下的 https://github.com/github/gh-actions-importer/ ：

MIT License

Copyright (c) 2022 GitHub

Permission is hereby granted, free of charge, to any person obtaining a copy
of this software and associated documentation files (the "Software"), to deal
in the Software without restriction, including without limitation the rights
to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
copies of the Software, and to permit persons to whom the Software is
furnished to do so, subject to the following conditions:

The above copyright notice and this permission notice shall be included in all
copies or substantial portions of the Software.

THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
SOFTWARE.

使用 GitHub Actions Importer 从 GitLab 迁移

在本文中