Миграция с GitLab с помощью GitHub Actions Importer

О миграции с GitLab с помощью GitHub Actions Importer

Приведенные ниже инструкции помогут вам настроить среду для GitHub Actions Importer переноса конвейеров GitLab в GitHub Actions.

Необходимые компоненты

Учетная запись или организация GitLab с конвейерами и заданиями, которые необходимо преобразовать в GitHub Actions рабочие процессы.
Доступ к созданию GitLab personal access token для учетной записи или организации.
Среда, в которой можно запускать контейнеры на основе Linux и устанавливать необходимые средства.
- Docker установлен и запущен.
- GitHub Интерфейс командной строки установлен.
Примечание.

Контейнер GitHub Actions Importer и ИНТЕРФЕЙС командной строки не должны быть установлены на том же сервере, что и платформа CI.

Ограничения

Существуют некоторые ограничения на автоматическую миграцию процессов из конвейеров GitLab в GitHub Actions с GitHub Actions Importerпомощью.

Автоматическое кэширование между заданиями разных рабочих процессов не поддерживается.
Эта audit команда поддерживается только при использовании учетной записи организации. dry-run migrate Однако команды и команды можно использовать с учетной записью организации или пользователя.

Задачи вручную

Некоторые конструкции GitLab необходимо перенести вручную. Например:

Маскированные значения переменных проекта или группы
Отчеты артефактов

Дополнительные сведения о миграции вручную см. в разделе Переход с GitLab CI/CD на GitHub Actions.

Установка GitHub Actions Importer расширения CLI

Установите расширение CLI GitHub Actions Importer :

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, нажмите Space чтобы выбрать его, затем нажмите Enter.
- Для "Personal access token for GitHub" введите значение того, personal access token (classic) что вы создали ранее, и нажмите Enter.
- Для «Базового URL экземпляра GitHub» введите URL для экземпляр GitHub Enterprise Server, и нажмите Enter.
- В поле "Частный токен для GitLab" введите значение созданного ранее GitLab personal access token и нажмите клавишу ВВОД.
- В поле "Базовый URL-адрес экземпляра GitLab" введите URL-адрес экземпляра GitLab и нажмите клавишу ВВОД.
Ниже показан пример выходных 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.
Локальное средство выполнения ссылается на метку бегуна, на который ссылается преобразованный конвейер, который не является размещенным GitHubrunner. Необходимо вручную определить эти средства выполнения для правильной работы этих конвейеров.

Файлы

Последний раздел отчета аудита содержит манифест всех файлов, записанных на диск во время аудита.

Каждый файл конвейера содержит различные файлы, включенные в аудит, в том числе:

Исходный конвейер, определенный в GitHub.
Все сетевые ответы, используемые для преобразования конвейера.
Преобразованный файл рабочего процесса.
Трассировки стека, которые можно использовать для устранения неполадок с неудачным преобразованием конвейера.

Кроме того, workflow_usage.csv файл содержит разделенный запятыми список всех действий, секретов и средств выполнения, используемых каждым успешно преобразованным конвейером. Это может быть полезно для определения рабочих процессов, которые используют действия, секреты или средства выполнения, и могут быть полезны для выполнения проверок безопасности.

Прогнозирование потенциального использования средства выполнения сборки

С помощью forecast команды можно прогнозировать потенциальное GitHub Actions использование, вычисляя метрики из завершенного конвейера на сервере GitLab.

Выполнение команды прогноза

Чтобы выполнить прогноз потенциального 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-hosted runners.
- Этот показатель коррелирует с тем, сколько вы должны ожидать в GitHub Actions. Это зависит от оборудования, используемого в эти минуты. Вы можете использовать GitHub Actions калькулятор ценообразования , чтобы оценить затраты.
Метрики времени очереди описывают время, затраченное на выполнение задания, ожидающего доступности средства выполнения.
Метрики параллельных заданий описывают количество заданий, выполняемых в любое время. Эту метрику можно использовать для определения количества модулей выполнения, которые необходимо настроить.

Кроме того, эти метрики определяются для каждой очереди запуска в GitLab. Это особенно полезно, если имеется сочетание размещенных или локальных runners, или компьютеров с высокой или низкой спецификацией, поэтому вы можете видеть метрики, относящиеся к различным типам runners.

Выполнение миграции конвейера GitLab с сухим запуском

Для преобразования конвейера GitLab в эквивалентный GitHub Actions рабочий процесс можно использовать dry-run команду.

Выполнение команды dry-run

С помощью dry-run команды можно преобразовать конвейер GitLab в эквивалентный GitHub Actions рабочий процесс. Сухой запуск создает выходные файлы в указанном каталоге, но не открывает запрос на вытягивание для переноса конвейера.

Чтобы выполнить сухой запуск миграции конвейеров GitHub ActionsGitLab в терминал, выполните следующую команду в терминале, заменив 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 рабочим процессом.

Выполнение команды миграции

Чтобы перенести конвейер GitHub ActionsGitLab в, выполните следующую команду в терминале, заменив следующие значения:

target-urlзначение с URL-адресом репозитория GitHub
my-gitlab-project с помощью проекта GitLab
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. Например, в этом разделе может быть описано создание секретов, используемых в рабочих процессах.
Преобразованный файл рабочих процессов. Выберите вкладку "**Измененные файлы" в запросе **на вытягивание, чтобы просмотреть файл рабочего процесса, который будет добавлен в репозиторий 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: URL целевого GitHub экземпляра (например, https://github.com).
GITLAB_ACCESS_TOKEN: GitLab personal access token , используемый для просмотра ресурсов GitLab.
GITLAB_INSTANCE_URL: URL-адрес экземпляра GitLab.
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 использует файл YAML, --config-file-path предоставленный аргументу, чтобы определить репозиторий, в который переносятся преобразованные повторно используемые рабочие процессы.

Чтобы начать, необходимо выполнить аудит без аргумента --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 }}`

Юридическая информация

Части были адаптированы в соответствии с https://github.com/github/gh-actions-importer/ лицензией MIT:

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.

Миграция с GitLab с помощью GitHub Actions Importer

В этой статье