{"meta":{"title":"Миграция с Jenkins с помощью импортера GitHub Actions","intro":"Узнайте, как GitHub Actions Importer автоматизировать перенос конвейеров Jenkins в GitHub Actions.","product":"GitHub Actions","breadcrumbs":[{"href":"/ru/actions","title":"GitHub Actions"},{"href":"/ru/actions/tutorials","title":"Учебники"},{"href":"/ru/actions/tutorials/migrate-to-github-actions","title":"Миграция на GitHub Actions"},{"href":"/ru/actions/tutorials/migrate-to-github-actions/automated-migrations","title":"Автоматизированные миграции"},{"href":"/ru/actions/tutorials/migrate-to-github-actions/automated-migrations/jenkins-migration","title":"Миграция Jenkins"}],"documentType":"article"},"body":"# Миграция с Jenkins с помощью импортера GitHub Actions\n\nУзнайте, как GitHub Actions Importer автоматизировать перенос конвейеров Jenkins в GitHub Actions.\n\n## О миграции с Jenkins с помощью импортера GitHub Actions\n\nПриведенные ниже инструкции помогут вам настроить среду для GitHub Actions Importer переноса конвейеров Jenkins в GitHub Actions.\n\n### Необходимые компоненты\n\n* Учетная запись Jenkins или организация с конвейерами и заданиями, которые необходимо преобразовать в GitHub Actions рабочие процессы.\n* Доступ к созданию личного маркера API Jenkins для вашей учетной записи или организации.\n* Среда, в которой можно запускать контейнеры на основе Linux и устанавливать необходимые средства.\n  * Docker установлен [](https://docs.docker.com/get-docker/) и запущен.\n\n  * [GitHub Интерфейс командной строки](https://cli.github.com) установлен.\n  > \\[!NOTE]\n  > Контейнер GitHub Actions Importer и ИНТЕРФЕЙС командной строки не должны быть установлены на том же сервере, что и платформа CI.\n\n### Ограничения\n\nПри миграции из Jenkins в GitHub Actions с помощью GitHub Actions Importerнекоторых ограничений существуют некоторые ограничения. Например, необходимо вручную перенести следующие конструкции:\n\n* Обязательные средства сборки\n* Скриптовые конвейеры\n* Секреты\n* Локальные средства выполнения тестов\n* Неизвестные подключаемые модули\n\nДополнительные сведения о миграции вручную см. в разделе [Переход с Jenkins на GitHub Actions](/ru/actions/tutorials/migrate-to-github-actions/manual-migrations/migrate-from-jenkins).\n\n## Установка GitHub Actions Importer расширения CLI\n\n1. Установите расширение CLI GitHub Actions Importer :\n\n   ```bash copy\n   gh extension install github/gh-actions-importer\n   ```\n\n2. Убедитесь, что расширение установлено:\n\n   ```bash\n   $ gh actions-importer -h\n   Options:\n     -?, -h, --help  Show help and usage information\n\n   Commands:\n     update     Update to the latest version of GitHub Actions Importer.\n     version    Display the version of GitHub Actions Importer.\n     configure  Start an interactive prompt to configure credentials used to authenticate with your CI server(s).\n     audit      Plan your CI/CD migration by analyzing your current CI/CD footprint.\n     forecast   Forecast GitHub Actions usage from historical pipeline utilization.\n     dry-run    Convert a pipeline to a GitHub Actions workflow and output its yaml file.\n     migrate    Convert a pipeline to a GitHub Actions workflow and open a pull request with the changes.\n   ```\n\n## Настройка учетных данных\n\nКоманда `configure` CLI используется для задания необходимых учетных данных и параметров GitHub Actions Importer при работе с Jenkins и GitHub.\n\n1. Создайте GitHubpersonal access token (classic). Дополнительные сведения см. в разделе [Управление личными маркерами доступа](/ru/authentication/keeping-your-account-and-data-secure/managing-your-personal-access-tokens#creating-a-personal-access-token-classic).\n\n   У маркера `workflow` должна быть область.\n\n   После создания маркера скопируйте его и сохраните его в безопасном расположении для последующего использования.\n\n2. Создайте токен API Jenkins. Дополнительные сведения см. в документации [Jenkins по проверке подлинности сценариев](https://www.jenkins.io/doc/book/system-administration/authenticating-scripted-clients/) .\n\n   После создания маркера скопируйте его и сохраните его в безопасном расположении для последующего использования.\n\n3. В терминале выполните GitHub Actions Importer`configure` команду CLI:\n\n   ```shell\n   gh actions-importer configure\n   ```\n\n   В командной строке появится следующая `configure` информация:\n\n   * Для вопроса «Каких провайдеров CI вы настраиваете?» используйте стрелки, чтобы выбрать `Jenkins`, нажмите <kbd>Space</kbd> чтобы выбрать его, затем нажмите <kbd>Enter</kbd>.\n   * Для \"Personal access token for GitHub\" введите значение того, personal access token (classic) что вы создали ранее, и нажмите <kbd>Enter</kbd>.\n   * Для «Базового URL экземпляра GitHub» нажмите <kbd>Enter</kbd> , чтобы принять значение по умолчанию (`https://github.com`).\n   * В поле \"Personal access token for Jenkins\" введите значение для созданного ранее токена API Jenkins и нажмите клавишу <kbd>ВВОД</kbd>.\n   * В поле \"Имя пользователя Jenkins\" введите имя пользователя Jenkins и нажмите клавишу <kbd>ВВОД</kbd>.\n   * В поле \"Базовый URL-адрес экземпляра Jenkins\" введите URL-адрес экземпляра Jenkins и нажмите клавишу <kbd>ВВОД</kbd>.\n\n   Ниже показан пример `configure` команды:\n\n   ```shell\n   $ gh actions-importer configure\n   ✔ Which CI providers are you configuring?: Jenkins\n   Enter the following values (leave empty to omit):\n   ✔ Personal access token for GitHub: ***************\n   ✔ Base url of the GitHub instance: https://github.com\n   ✔ Personal access token for Jenkins: ***************\n   ✔ Username of Jenkins user: admin\n   ✔ Base url of the Jenkins instance: https://localhost\n   Environment variables successfully updated.\n   ```\n\n4. В вашем терминале выполните GitHub Actions Importer`update` команду CLI, чтобы подключиться к GitHub PackagesContainer registry и убедиться, что образ контейнера обновлен до последней версии:\n\n   ```shell\n   gh actions-importer update\n   ```\n\n   Выходные данные команды должны выглядеть следующим образом:\n\n   ```shell\n   Updating ghcr.io/actions-importer/cli:latest...\n   ghcr.io/actions-importer/cli:latest up-to-date\n   ```\n\n## Выполнение аудита Дженкинса\n\nС помощью `audit` команды можно получить высокоуровневое представление всех конвейеров на сервере Jenkins.\n\nКоманда `audit` выполняет следующие действия.\n\n1. Извлекает все проекты, определенные на сервере Jenkins.\n2. Преобразует каждый конвейер в его эквивалентный GitHub Actions рабочий процесс.\n3. Создаёт отчёт, в котором обобщается, насколько полной и сложной может быть миграция с .GitHub Actions Importer\n\n### Выполнение команды аудита\n\nЧтобы выполнить аудит сервера Jenkins, выполните следующую команду в терминале:\n\n```shell\ngh actions-importer audit jenkins --output-dir tmp/audit\n```\n\n### Проверка результатов аудита\n\nФайлы в указанном выходном каталоге содержат результаты аудита.\n`audit_summary.md` Ознакомьтесь с файлом с сводкой результатов аудита.\n\nСводка аудита содержит следующие разделы.\n\n#### Pipelines\n\nРаздел \"Конвейеры\" содержит высокоуровневую статистику относительно скорости преобразования, выполняемой с помощью GitHub Actions Importer.\n\nНиже перечислены некоторые ключевые термины, которые могут отображаться в разделе \"Конвейеры\":\n\n* **Успешные** конвейеры имели 100% конструкций конвейера и отдельных элементов, преобразованных автоматически в их GitHub Actions эквивалент.\n* **Частично успешные** конвейеры были преобразованы все конструкции конвейера, однако были некоторые отдельные элементы, которые не были преобразованы автоматически в их GitHub Actions эквивалент.\n* **Неподдерживаемые** конвейеры — это типы определений, которые не поддерживаются GitHub Actions Importer.\n* **Неудачные** конвейеры столкнулись с неустранимой ошибкой при преобразовании. Это может произойти по одной из трех причин:\n  * Конвейер изначально был неправильно настроен и недопустим.\n  * GitHub Actions Importer при преобразовании произошла внутренняя ошибка.\n  * Произошел неудачный сетевой ответ, который привел к недоступности конвейера, что часто связано с недопустимыми учетными данными.\n\n#### Этапы сборки\n\nВ разделе \"Шаги сборки\" содержится обзор отдельных шагов сборки, используемых во всех конвейерах, и количество автоматически преобразованных GitHub Actions Importer.\n\nНиже приведены некоторые ключевые термины, которые могут отображаться в разделе \"Шаги сборки\".\n\n* Известный \\*\\*\\*\\* шаг сборки — это шаг, который был автоматически преобразован в эквивалентное действие.\n* \\*\\* Неизвестный \\*\\*шаг сборки — это шаг, который не был автоматически преобразован в эквивалентное действие.\n* Неподдерживаемый \\*\\*\\*\\* шаг сборки — это шаг, который является следующим:\n  * Принципиально не поддерживается GitHub Actions.\n  * Настроено таким образом, что несовместимо с GitHub Actions.\n* Действие \\*\\*\\*\\* — это список действий, которые использовались в преобразованных рабочих процессах. Это может быть важно для:\n  * При использовании GitHub Enterprise Serverсобирайте список действий для синхронизации с экземпляром.\n  * Определение списка разрешений на уровне организации используемых действий. Этот список действий — это полный список действий, которые могут потребоваться для проверки вашей группы безопасности или соответствия требованиям.\n\n#### Задачи вручную\n\nВ разделе \"Задачи вручную\" содержится обзор задач, которые GitHub Actions Importer не могут выполняться автоматически, и необходимо выполнить вручную.\n\nНиже перечислены некоторые ключевые термины, которые могут отображаться в разделе \"Задачи вручную\".\n\n* Секрет **— это репозиторий или секрет** уровня организации, используемый в преобразованных конвейерах. Эти секреты необходимо создать вручную GitHub Actions для правильной работы этих конвейеров. Дополнительные сведения см. в разделе [Использование секретов в GitHub Actions](/ru/actions/how-tos/write-workflows/choose-what-workflows-do/use-secrets).\n* **Локальное средство выполнения** ссылается на метку бегуна, на который ссылается преобразованный конвейер, который не является размещенным GitHubrunner. Необходимо вручную определить эти средства выполнения для правильной работы этих конвейеров.\n\n#### Файлы\n\nПоследний раздел отчета аудита содержит манифест всех файлов, записанных на диск во время аудита.\n\nКаждый файл конвейера содержит различные файлы, включенные в аудит, в том числе:\n\n* Исходный конвейер, определенный в GitHub.\n* Все сетевые ответы, используемые для преобразования конвейера.\n* Преобразованный файл рабочего процесса.\n* Трассировки стека, которые можно использовать для устранения неполадок с неудачным преобразованием конвейера.\n\nКроме того, `workflow_usage.csv` файл содержит разделенный запятыми список всех действий, секретов и средств выполнения, используемых каждым успешно преобразованным конвейером. Это может быть полезно для определения рабочих процессов, которые используют действия, секреты или средства выполнения, и могут быть полезны для выполнения проверок безопасности.\n\n## Прогнозирование потенциального использования средства выполнения сборки\n\nВы можете использовать `forecast` команду для прогнозирования потенциального GitHub Actions использования с помощью вычислений метрик из завершенного конвейера, запущенного на сервере Jenkins.\n\n### Предварительные требования для выполнения команды прогноза\n\nЧтобы выполнить `forecast` команду в экземпляре Jenkins, необходимо установить [`paginated-builds` подключаемый модуль](https://plugins.jenkins.io/paginated-builds) на сервере Jenkins. Этот подключаемый модуль позволяет GitHub Actions Importer эффективно извлекать исторические данные сборки для заданий с большим количеством сборок. Так как Jenkins не предоставляет метод для получения данных сборки с разбивкой на страницы, использование этого подключаемого модуля предотвращает время ожидания с сервера Jenkins, которое может возникать при получении большого количества исторических данных. Плагин `paginated-builds` — это открытый код, и он открывает REST API конечную точку для загрузки данных сборки в страницы, а не все сразу.\n\nЧтобы установить подключаемый `paginated-builds` модуль, выполните следующие действия.\n\n1. В экземпляре Jenkins перейдите в `https://<your-jenkins-instance>/pluginManager/available`раздел .\n2. Найдите подключаемый `paginated-builds` модуль.\n3. Установите флажок слева и нажмите кнопку **\"Установить без перезагрузки**\".\n\n### Выполнение команды прогноза\n\nЧтобы выполнить прогноз потенциального GitHub Actions, выполните следующую команду в терминале. По умолчанию GitHub Actions Importer включает предыдущие семь дней в прогнозный отчёт.\n\n```shell\ngh actions-importer forecast jenkins --output-dir tmp/forecast\n```\n\n### Проверка отчета прогноза\n\nФайл `forecast_report.md` в указанном выходном каталоге содержит результаты прогноза.\n\nНиже перечислены некоторые ключевые термины, которые могут отображаться в отчете прогноза:\n\n* Число **заданий** — общее количество завершенных заданий.\n* Число **конвейеров — это количество уникальных используемых конвейеров** .\n* **Время** выполнения описывает время выполнения, затраченное на задание. Этот показатель помогает планировать стоимость GitHub-hosted runners.\n  * Этот показатель коррелирует с тем, сколько вы должны ожидать в GitHub Actions. Это зависит от оборудования, используемого в эти минуты. Вы можете использовать [GitHub Actions калькулятор ценообразования](https://github.com/pricing/calculator) , чтобы оценить затраты.\n* **Метрики времени** очереди описывают время, затраченное на выполнение задания, ожидающего доступности средства выполнения.\n* **Метрики параллельных заданий** описывают количество заданий, выполняемых в любое время. Эту метрику можно использовать для определения количества модулей выполнения, которые необходимо настроить.\n\nКроме того, эти метрики определяются для каждой очереди runners в Jenkins. Это особенно полезно, если имеется сочетание размещенных или локальных runners, или компьютеров с высокой или низкой спецификацией, поэтому вы можете видеть метрики, относящиеся к различным типам runners.\n\n## Выполнение миграции конвейера Jenkins с использованием сухого запуска\n\nКоманду можно использовать `dry-run` для преобразования конвейера Jenkins в эквивалентный GitHub Actions рабочий процесс.\n\n### Выполнение команды dry-run\n\nС помощью `dry-run` команды можно преобразовать конвейер Jenkins в эквивалентный GitHub Actions рабочий процесс. Сухой запуск создает выходные файлы в указанном каталоге, но не открывает запрос на вытягивание для переноса конвейера.\n\nЧтобы выполнить сухой запуск миграции конвейеров GitHub ActionsJenkins в терминал, выполните следующую команду в терминале, заменив `my-jenkins-project` URL-адрес задания Jenkins.\n\n```shell\ngh actions-importer dry-run jenkins --source-url my-jenkins-project --output-dir tmp/dry-run\n```\n\n### Проверка преобразованных рабочих процессов\n\nЖурналы сухого запуска и преобразованных файлов рабочих процессов можно просмотреть в указанном выходном каталоге.\n\nЕсли нет ничего, что GitHub Actions Importer не удалось преобразовать автоматически, например неизвестные шаги сборки или частично успешный конвейер, может потребоваться создать настраиваемые преобразователи для дальнейшей настройки процесса преобразования. Дополнительные сведения см. в разделе [Расширение импортера GitHub Actions с пользовательскими трансформерами](/ru/actions/reference/github-actions-importer/custom-transformers).\n\n## Выполнение рабочей миграции конвейера Jenkins\n\nВы можете использовать `migrate` команду для преобразования конвейера Jenkins и открытия запроса на вытягивание с эквивалентным GitHub Actions рабочим процессом.\n\n### Выполнение команды миграции\n\nЧтобы перенести конвейер GitHub ActionsJenkins в, выполните следующую команду в терминале, заменив `target-url` значение URL-адресом репозитория GitHub и `my-jenkins-project` URL-адресом для задания Jenkins.\n\n```shell\ngh actions-importer migrate jenkins --target-url https://github.com/:owner/:repo --output-dir tmp/migrate --source-url my-jenkins-project\n```\n\nВыходные данные команды содержат URL-адрес запроса на вытягивание, который добавляет преобразованный рабочий процесс в репозиторий. Пример успешного вывода аналогичен следующему:\n\n```shell\n$ gh actions-importer migrate jenkins --target-url https://github.com/octo-org/octo-repo --output-dir tmp/migrate --source-url http://localhost:8080/job/monas_dev_work/job/monas_freestyle\n[2022-08-20 22:08:20] Logs: 'tmp/migrate/log/actions-importer-20220916-014033.log'\n[2022-08-20 22:08:20] Pull request: 'https://github.com/octo-org/octo-repo/pull/1'\n```\n\n### Проверка запроса на вытягивание\n\nВыходные данные из успешного `migrate` выполнения команды содержат ссылку на новый запрос на вытягивание, который добавляет преобразованный рабочий процесс в репозиторий.\n\nНиже приведены некоторые важные элементы запроса на вытягивание:\n\n* В описании запроса на вытягивание раздел с именем **\"Вручную\", в котором перечислены шаги**, которые необходимо выполнить вручную, прежде чем завершить перенос конвейеров на GitHub Actions. Например, в этом разделе может быть описано создание секретов, используемых в рабочих процессах.\n* Преобразованный файл рабочих процессов. Выберите вкладку \"\\*\\*Измененные файлы\" в запросе \\*\\*на вытягивание, чтобы просмотреть файл рабочего процесса, который будет добавлен в репозиторий GitHub .\n\nПосле завершения проверки запроса на вытягивание его можно объединить, чтобы добавить рабочий процесс в репозиторий GitHub .\n\n## Справочные материалы\n\nВ этом разделе содержатся справочные сведения о переменных среды, необязательных аргументах и поддерживаемом синтаксисе при GitHub Actions Importer миграции из Jenkins.\n\n### Использование переменных среды\n\nGitHub Actions Importer использует переменные среды для конфигурации проверки подлинности. Эти переменные задаются при выполнении процесса конфигурации с помощью `configure` команды. Дополнительные сведения см. в [разделе \"Настройка учетных](#configuring-credentials) данных\".\n\nGitHub Actions Importer использует следующие переменные среды для подключения к экземпляру Jenkins:\n\n* `GITHUB_ACCESS_TOKEN`: Используется personal access token (classic) для создания пулл-запросов с конвертированным рабочим процессом (требования `repo` и `workflow` область объёмов).\n\n* `GITHUB_INSTANCE_URL`: URL целевого GitHub экземпляра (например, `https://github.com`).\n\n* `JENKINS_ACCESS_TOKEN`: маркер API Jenkins, используемый для просмотра ресурсов Jenkins.\n\n  > \\[!NOTE]\n  > Этот маркер требует доступа ко всем заданиям, которые требуется перенести или проверить. В случаях, когда папка или задание не наследует списки управления доступом от родительского элемента, необходимо предоставить явные разрешения или полные права администратора.\n\n* `JENKINS_USERNAME`: имя пользователя учетной записи пользователя, создавшего маркер API Jenkins.\n\n* `JENKINS_INSTANCE_URL`: URL-адрес экземпляра Jenkins.\n\n* `JENKINSFILE_ACCESS_TOKEN` (Необязательно) Маркер API, используемый для получения содержимого хранимого `Jenkinsfile` в репозитории сборки. Для этого требуется `repo` область. Если это не указано, `GITHUB_ACCESS_TOKEN` вместо него будет использоваться.\n\nЭти переменные среды могут быть указаны в `.env.local` файле, который загружается в GitHub Actions Importer момент запуска.\n\n### Использование необязательных аргументов\n\nСуществуют необязательные аргументы, которые можно использовать с подкомандами GitHub Actions Importer для настройки миграции.\n\n#### `--source-file-path`\n\nАргумент можно использовать `--source-file-path` с `forecast``dry-run`подкомандами или `migration` подкомандами.\n\nПо умолчанию GitHub Actions Importer получает содержимое конвейера из системы контроля исходного кода. Аргумент `--source-file-path` подсказывает GitHub Actions Importer использовать указанный путь к исходному файлу. Этот параметр можно использовать для конвейеров Jenkinsfile и multibranch.\n\nЕсли вы хотите предоставить несколько исходных файлов при запуске `forecast` подкоманда, можно использовать сопоставление шаблонов в значении пути к файлу. Например, `gh forecast --source-file-path ./tmp/previous_forecast/jobs/*.json` поставить GitHub Actions Importer любые исходные файлы, совпадающие с `./tmp/previous_forecast/jobs/*.json` путём файла.\n\n##### Пример конвейера Jenkinsfile\n\nВ этом примере GitHub Actions Importer используется указанный Jenkinsfile в качестве исходного файла для выполнения сухого запуска.\n\n```shell\ngh actions-importer dry-run jenkins --output-dir path/to/output/ --source-file-path path/to/Jenkinsfile --source-url :url_to_jenkins_job\n```\n\n#### `--config-file-path`\n\nАргумент можно использовать `--config-file-path` с `audit``dry-run`подкомандами и `migrate` подкомандами.\n\nПо умолчанию GitHub Actions Importer получает содержимое конвейера из системы контроля исходного кода. Аргумент `--config-file-path` подсказывает GitHub Actions Importer использовать указанные исходные файлы.\n\nПри использовании `--config-file-path` параметра с `dry-run``migrate` подкомандами GitHub Actions Importer репозитория соответствует заданию, представленному `--source-url` параметром выбора конвейера. Он используется `config-file-path` для извлечения указанного исходного файла.\n\n##### Пример аудита\n\nВ этом примере GitHub Actions Importer используется указанный конфигурационный файл YAML для проведения аудита.\n\n```shell\ngh actions-importer audit jenkins --output-dir path/to/output/ --config-file-path path/to/jenkins/config.yml\n```\n\nДля аудита экземпляра Jenkins с помощью файла конфигурации файл конфигурации должен быть в следующем формате, и каждое `repository_slug` значение должно быть уникальным:\n\n```yaml\nsource_files:\n  - repository_slug: pipeline-name\n    path: path/to/Jenkinsfile\n  - repository_slug: multi-branch-pipeline-name\n    branches:\n      - branch: main\n        path: path/to/Jenkinsfile\n      - branch: node\n        path: path/to/Jenkinsfile\n```\n\n### Поддерживаемый синтаксис для конвейеров Jenkins\n\nВ следующих таблицах показан тип свойств GitHub Actions Importer , которые в настоящее время можно преобразовать. Дополнительные сведения о выравнивании синтаксиса конвейера Jenkins см. в GitHub Actionsразделе [Переход с Jenkins на GitHub Actions](/ru/actions/tutorials/migrate-to-github-actions/manual-migrations/migrate-from-jenkins).\n\nСведения о поддерживаемых подключаемых модулях Jenkins см. в репозитории[`github/gh-actions-importer`](https://github.com/github/gh-actions-importer/blob/main/docs/jenkins/index.md).\n\n#### Поддерживаемый синтаксис для конвейеров Freestyle\n\n| Jenkins         | GitHub Actions            | Состояние               |\n| :-------------- | :------------------------ | :---------------------- |\n| Шаблон docker   | `jobs.<job_id>.container` | Поддерживается          |\n| сборка          | `jobs`                    | Частично поддерживается |\n| Среда сборки    | `env`                     | Частично поддерживается |\n| Триггеры сборки | `on`                      | Частично поддерживается |\n| Общий           | `runners`                 | Частично поддерживается |\n\n#### Поддерживаемый синтаксис для конвейеров Jenkinsfile\n\n| Jenkins        | GitHub Actions                  | Состояние               |\n| :------------- | :------------------------------ | :---------------------- |\n| docker         | `jobs.<job_id>.container`       | Поддерживается          |\n| постановка     | `jobs.<job_id>`                 | Поддерживается          |\n| агент          | `runners`                       | Частично поддерживается |\n| environment    | `env`                           | Частично поддерживается |\n| Этапах         | `jobs`                          | Частично поддерживается |\n| steps          | `jobs.<job_id>.steps`           | Частично поддерживается |\n| триггеры       | `on`                            | Частично поддерживается |\n| Если...        | `jobs.<job_id>.if`              | Частично поддерживается |\n| входные данные | `inputs`                        | Не поддерживается       |\n| матрицы        | `jobs.<job_id>.strategy.matrix` | Не поддерживается       |\n| options        | `jobs.<job_id>.strategy`        | Не поддерживается       |\n| parameters     | `inputs`                        | Не поддерживается       |\n\n### Синтаксис переменных среды\n\nGitHub Actions Importer использует сопоставление в таблице ниже для преобразования переменных среды Jenkins по умолчанию в ближайший эквивалент GitHub Actions.\n\n| Jenkins           | GitHub Actions                                                                        |\n| :---------------- | :------------------------------------------------------------------------------------ |\n| `${BUILD_ID}`     | `${{ github.run_id }}`                                                                |\n| `${BUILD_NUMBER}` | `${{ github.run_id }}`                                                                |\n| `${BUILD_TAG}`    | `${{ github.workflow }}-${{ github.run_id }}`                                         |\n| `${BUILD_URL}`    | `${{ github.server_url }}/${{ github.repository }}/actions/runs/${{ github.run_id }}` |\n| `${JENKINS_URL}`  | `${{ github.server_url }}`                                                            |\n| `${JOB_NAME}`     | `${{ github.workflow }}`                                                              |\n| `${WORKSPACE}`    | `${{ github.workspace }}`                                                             |\n\n## Юридическая информация\n\nЧасти были адаптированы в соответствии с <https://github.com/github/gh-actions-importer/> лицензией MIT:\n\n```text\nMIT License\n\nCopyright (c) 2022 GitHub\n\nPermission is hereby granted, free of charge, to any person obtaining a copy\nof this software and associated documentation files (the \"Software\"), to deal\nin the Software without restriction, including without limitation the rights\nto use, copy, modify, merge, publish, distribute, sublicense, and/or sell\ncopies of the Software, and to permit persons to whom the Software is\nfurnished to do so, subject to the following conditions:\n\nThe above copyright notice and this permission notice shall be included in all\ncopies or substantial portions of the Software.\n\nTHE SOFTWARE IS PROVIDED \"AS IS\", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR\nIMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,\nFITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE\nAUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER\nLIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,\nOUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE\nSOFTWARE.\n```"}