GitHub Actions: создание первого pipeline — туториал

Зачем нужен первый pipeline

• автоматически проверяет код перед merge
• снижает риск сломать проект
• ускоряет командную разработку
• помогает выстроить базовый DevOps-процесс без отдельного сервера 🛠️

Где создается pipeline

Файлы GitHub Actions хранятся в репозитории по пути:

/.github/workflows/

Например:

/.github/workflows/ci.yml

Минимальный pipeline

Ниже пример первого workflow, который запускается при пуше в репозиторий и выполняет простую проверку:

name: First Pipeline

on: [push]

jobs:
  test:
    runs-on: ubuntu-latest

    steps:
      - name: Checkout repository
        uses: actions/checkout@v4

      - name: Run simple command
        run: echo "Hello, GitHub Actions!"

Что здесь происходит

• name — имя pipeline, отображается в интерфейсе GitHub
• on — событие запуска, здесь это push
• jobs — список задач
• runs-on — ОС виртуальной машины
• steps — последовательность шагов выполнения
• uses — подключение готового action
• run — выполнение shell-команды 💻

Как сделать pipeline полезным

Для реального проекта в pipeline обычно добавляют:

• установку зависимостей
• запуск линтера
• тесты
• сборку приложения
• публикацию артефактов
• деплой в staging или production 📦

Пример для Node.js-проекта:

name: Node CI

on: [push, pull_request]

jobs:
  test:
    runs-on: ubuntu-latest

    steps:
      - uses: actions/checkout@v4
      - uses: actions/setup-node@v4
        with:
          node-version: 20
      - run: npm ci
      - run: npm test

Частые ошибки новичков

• файл лежит не в .github/workflows/
• неверные отступы в YAML
• неправильное имя ветки или события запуска
• забыли закоммитить workflow в репозиторий
• команда работает локально, но падает в clean environment GitHub Actions ⚠️

Как проверить, что всё работает

После коммита откройте вкладку Actions в репозитории GitHub. Там будет виден запуск workflow, статус шагов и логи ошибок. Это главный инструмент диагностики при настройке CI.

Итог

GitHub Actions — один из самых простых способов запустить первый pipeline без сложной инфраструктуры. Для старта достаточно одного YAML-файла, пары команд и понятного сценария: push → проверка → результат. Дальше такой pipeline легко масштабируется до полноценного CI/CD-процесса 🔍

Присмотритесь к подборке каналов про IT — там удобно следить за DevOps, backend, frontend и полезными практиками автоматизации.

🗣 Подборки каналов
🧠 Каталог ботов и приложений
🗺 Навигация