GitHub Actions – это новая служба непрерывной интеграции и непрерывной доставки сервисов (CI/CD) от GitHub, которая позволяет автоматизировать конвейер сборки, тестирования и развертывания.
С помощью GitHub Actions вы можете создавать автоматизированные конвейеры, которые можно тестировать, создавать и развертывать при каждом push-запросе в ваш репозиторий.
Непрерывная интеграция и непрерывная доставка (CI/CD) являются ключевыми практиками для современных команд разработчиков программного обеспечения. CI/CD позволяет автоматизировать создание, тестирование и развертывание изменений кода для ускорения циклов выпуска.
GitHub Actions – относительно новый, но мощный проигрыватель в пространстве CI/CD. Он позволяет вам создавать пользовательские автоматизированные рабочие процессы непосредственно в ваших репозиториях GitHub.
С помощью GitHub Actions вы можете настраивать пользовательские рабочие процессы, используя файлы YAML, сохраненные в вашем репозитории. Эти файлы рабочего процесса могут запускаться при различных событиях, таких как запуск кода, запросы на извлечение и выпуски.
Задания и шаги, определенные в рабочих процессах, могут использовать действия GitHub из marketplace или запускать пользовательские скрипты и контейнеры.
Некоторые ключевые концепции GitHub Actions включают:
Рабочий процесс – это автоматизированный процесс, который вы можете настроить в своем репозитории для сборки, тестирования, упаковки, выпуска и развертывания вашего кода. Рабочие процессы определяются с использованием синтаксиса YAML и хранятся в виде файлов в каталоге .github/workflows
.
Событие – это конкретное действие, которое запускает рабочий процесс. Например, распространенными событиями являются push
, pull_request
и release
. Вы можете настроить рабочий процесс для запуска при возникновении одного из этих событий в вашем репозитории.
Задание – это набор шагов в рабочем процессе, которые выполняются в одном и том же исполнителе. В рабочем процессе может быть несколько заданий, которые выполняются последовательно или параллельно.
Шаг – это отдельная задача, которая может запускать команды или действия. Шаги можно использовать повторно, комбинировать и упорядочивать для создания заданий.
Действия – это автономные команды, которые можно объединить в шаги и задания. GitHub предоставляет множество готовых действий для общих задач, или вы можете создавать свои собственные пользовательские действия.
Runner – это сервер, на котором установлено приложение GitHub Actions runner. Оно прослушивает доступные задания, выполняет по одному заданию за раз и сообщает о ходе выполнения, журналах и результатах в GitHub.
Вы также можете использовать автономные раннеры для запуска своих рабочих процессов.
Вот пример рабочего процесса, который проверяет наличие версии ОС всякий раз, когда код передается в ветку:
name: GH Actions Demo on: push jobs: build: runs-on: ubuntu-latest steps: - uses: actions/checkout@v2 - name: OS Release check run: cat /etc/os-release
Это простейший файл YAML рабочего процесса, содержащий только 1 задание. В рамках одного рабочего процесса может быть несколько заданий, и они могут выполняться параллельно или зависеть друг от друга.
В этом рабочем процессе есть 1 задание – сборка. Задание сборки проверяет код и проверяет версию ОС с помощью команды cat.
Рабочий процесс будет выполняться каждый раз, когда код передается в ветку, где он присутствует. Вы также можете изменять его для каждого запроса на извлечение, слияние или даже запускать рабочий процесс по расписанию.
Изменить событие запуска или добавить дополнительные задания в GitHub Actions просто.
Вот пример рабочего процесса, который содержит 2 задания. Задание “развертывание” зависит от задания “сборка”.
name: GH Action Demo on: push jobs: build: runs-on: ubuntu-latest steps: - uses: actions/checkout@v2 - name: Run Task 1 run: echo ---- Running Task 1 --- deploy: runs-on: ubuntu-latest needs: [build] steps: - uses: actions/checkout@v2 - name: Run Task 2 - Random Commands run: | echo ---- Running Task 2 --- pwd ls uname -a
В приведенном выше примере сначала будет запущено задание “build”, а после его успешного завершения будет запущено задание “deploy”. Это простой файл рабочего процесса, и вы можете включить в него любые команды, чтобы автоматизировать процесс развертывания.
Например, создание артефактов или образов docker в первом задании, а затем отправка их в реестр docker, ECR или в корзину S3.
На приведенном ниже скриншоте показано, как это выглядит в конвейере GitHub Actions.
Некоторые ключевые преимущества GitHub Actions включают:
Вкратце, GitHub Actions – это мощная платформа для автоматизации жизненного цикла разработки программного обеспечения. Используя рабочие процессы и готовые действия, вы можете легко создавать, тестировать и развертывать. Гибкий синтаксис YAML позволяет легко настраивать конвейеры для нужд вашего