Определение компонентов GitHub Actions
Здесь вы узнаете об основных компонентах файла рабочего процесса GitHub Actions.
Компоненты GitHub Actions
Существует несколько компонентов, которые совместно работают для выполнения задач и заданий в рабочем процессе GitHub Actions. Короче говоря, событие активирует рабочий процесс, содержащий задание. Затем это задание использует шаги , чтобы определить, какие действия будут выполняться в рабочем процессе. Чтобы лучше понять, как эти компоненты работают вместе, давайте кратко рассмотрим каждый из них.
Рабочие процессы
Рабочий процесс — это автоматизированный процесс, добавляемый в репозиторий. Рабочий процесс должен иметь по крайней мере одно задание, и различные события могут активировать его. Его можно использовать для сборки, тестирования, упаковки, выпуска или развертывания проекта из репозитория на GitHub.
Работы
Задание является первым основным компонентом в рабочем процессе. Задание — это раздел рабочего процесса, который будет связан со средством выполнения. Средство выполнения может быть размещено на GitHub или в локальной среде, а задание может выполняться на компьютере или в контейнере. Средство выполнения указывается с помощью атрибута runs-on:
. Здесь вы указываете рабочему процессу выполнить это задание в ubuntu-latest
. Мы поговорим о средствах выполнения подробнее в следующем уроке.
Шаги
Шаг — это отдельная задача, которая может выполнять команды в задании. В предыдущем примере шаг использует действие actions/checkout@v2
для проверки репозитория. Нас интересует значение uses: ./action-a
. Это путь к действию контейнера, которое вы создадите в файле action.yml
.
Действия
Действия в рабочем процессе — это автономные выполняемые команды. Эти автономные команды могут ссылаться на действия GitHub, такие как использование собственных пользовательских действий или действий сообщества, например действий сообщества, которые мы используем в предыдущем примере actions/checkout@v2
. Вы также можете использовать команды, например run: npm install -g bats
, чтобы выполнить команды в средстве выполнения тестов.