GitHub Actions для новичка выглядит пугающе только на первый взгляд: один yaml-файл на 20 строк запускает тесты и сам выкатывает приложение на Railway или Vercel после каждого пуша в main. Дальше руками ничего не трогаете. В статье разберем минимальный workflow, где хранить токены и что делать, если пайплайн падает.
В 2026 году GitHub Actions бесплатен для публичных репозиториев без ограничений и дает 2000 минут в месяц для приватных на Free-плане. Автодеплой на Railway настраивается через CLI и токен, на Vercel — через связку pull/build/deploy. В статье: готовый workflow.yml под оба сценария и разбор секретов.
Что такое GitHub Actions простыми словами?
GitHub Actions — это встроенный в GitHub инструмент автоматизации. Он реагирует на события в репозитории (пуш, pull request) и запускает набор команд на отдельном сервере.
GitHub Actions решает задачи автоматизации разработки, а CI/CD пайплайн — лишь один из сценариев его использования, наравне с автоматической сортировкой issues или назначением ревьюеров. Каждый workflow состоит из событий, джобов и шагов, которые выполняются на изолированной машине от GitHub.
Файл workflow лежит в папке .github/workflows и пишется на YAML. Как только вы пушите код в ветку main, GitHub видит событие push, поднимает свежий сервер (Ubuntu, Windows или macOS) и выполняет шаги по порядку: скачать код, установить зависимости, прогнать тесты, задеплоить. Никакого отдельного DevOps-инженера для этого не нужно.
Зачем автодеплой если можно закинуть файлы руками?
Ручной деплой работает, пока проект маленький. Как только вы начинаете чаще коммитить, ручной перенос файлов на сервер превращается в источник ошибок и забытых шагов.
Автодеплой убирает человеческий фактор: забыли обновить .env, залили не ту ветку, перепутали окружение. Workflow всегда выполняет одну и ту же последовательность действий. Пуш в main — и через одну-две минуты изменения уже на проде, без единого клика.
Максим: «Портал VibeCoderz мы собрали за неделю тремя скриптами, начитанными голосом в Claude Code. Деплой настраивал один раз в самом начале. Дальше просто пушишь код и не трогаешь сервер руками — экономит часы каждую неделю.»
Это особенно чувствуется на вайб-кодинг проектах, где код меняется по десять раз в день: писать команды деплоя вручную после каждой правки просто не успеваешь.
Сколько стоит GitHub Actions для новичка в 2026 году?
Для публичных репозиториев GitHub Actions полностью бесплатен без ограничений по времени. Приватные репозитории на Free-плане получают 2000 минут в месяц на стандартных Linux-раннерах.
Для приватных репозиториев на Free-плане включено 2000 минут в месяц на Linux-раннерах, план Team на 4 доллара за пользователя дает 3000 минут, а Enterprise — 50 000. С января 2026 года цена за дополнительную Linux-минуту сверх квоты составляет 0,006 доллара — это заметно дешевле, чем годом раньше. Важный нюанс для новичка: минуты на Windows-раннерах списываются вдвое быстрее, а на macOS — в десять раз быстрее, чем на Linux. Для деплоя на Railway или Vercel хватает обычного Ubuntu-раннера, поэтому квоты в 2000 минут новичку обычно хватает на месяцы.
Подробности считает официальная документация по биллингу GitHub Actions.
| План | Минуты в месяц (Linux) | Публичные репозитории |
|---|---|---|
| Free | 2000 | Безлимит |
| Team ($4/пользователь) | 3000 | Безлимит |
| Enterprise ($21/пользователь) | 50 000 | Безлимит |
Railway или Vercel: что выбрать новичку для автодеплоя?
Vercel заточен под фронтенд и Next.js с готовой инфраструктурой на границе CDN. Railway ближе к full-stack: подходит, если в проекте есть backend, база данных или произвольный Docker-контейнер.
Railway работает через собственный CLI и Docker под капотом, а Vercel — через связку pull → build → deploy, где сборка происходит в облаке провайдера. Для чисто фронтенд-проекта на Next.js или React обычно быстрее завести Vercel. Для приложения с базой данных, API и фоновыми задачами удобнее Railway: там сервисы (база, бэкенд, воркер) живут в одном проекте.
| Критерий | Railway | Vercel |
|---|---|---|
| Тип проекта | Full-stack, backend, БД | Frontend, Next.js, статика |
| Auth в GitHub Actions | RAILWAY_TOKEN | VERCEL_TOKEN + org/project ID |
| Старт | Грант $5 разово | Бесплатный хобби-тариф |
| Минимальный платный план | Около $20/мес при активной нагрузке | От $20/мес (Pro) |
Живой каталог агентов под конкретные задачи, включая деплой и DevOps-рутину, можно посмотреть в разделе для devops-агентов VibeCoderz — там собраны готовые промпты под настройку CI/CD.
Как задеплоить проект на Railway через GitHub Actions?
Railway CLI запускается внутри workflow, используя project token из настроек Railway. Все переменные окружения проекта Railway подтягивает автоматически.
Сначала в Railway создаете проект и заходите в Settings → Tokens, чтобы выпустить project token. Токен кладете в GitHub: Settings репозитория → Secrets and variables → Actions → New repository secret, имя RAILWAY_TOKEN. Дальше workflow выглядит так:
name: Deploy to Railway
on:
push:
branches: [main]
jobs:
deploy:
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v4
- name: Install Railway CLI
run: npm install -g @railway/cli
- name: Deploy
run: railway up --service=my-service
env:
RAILWAY_TOKEN: ${{ secrets.RAILWAY_TOKEN }}Три шага: забрать код, поставить CLI, выполнить railway up. Никакой ручной настройки серверов — Railway сам анализирует package.json или Dockerfile и подбирает команду сборки. Если приложение не поднимается, первым делом проверьте переменную PORT: Railway ждет, что сервис слушает именно тот порт, который прописан в настройках проекта, а не захардкоженный 3000.
Официальный синтаксис команд и параметры смотрите в документации Railway CLI.
Как задеплоить проект на Vercel через GitHub Actions?
Деплой на Vercel через Actions требует трех команд Vercel CLI подряд: pull подтягивает настройки окружения, build собирает проект, deploy публикует готовый артефакт.
В отличие от прямой интеграции Vercel с GitHub, ручной pipeline дает полный контроль: собственные тесты перед деплоем, кастомные шаги, разные окружения для preview и production. Три секрета в GitHub Secrets: VERCEL_TOKEN (создается в Vercel → Settings → Tokens), VERCEL_ORG_ID и VERCEL_PROJECT_ID (оба берутся из файла .vercel/project.json после локального vercel link).
name: Deploy to Vercel
on:
push:
branches: [main]
jobs:
deploy-production:
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v4
- run: npm install -g vercel
- run: vercel pull --yes --environment=production --token=${{ secrets.VERCEL_TOKEN }}
- run: vercel build --prod --token=${{ secrets.VERCEL_TOKEN }}
- run: vercel deploy --prebuilt --prod --token=${{ secrets.VERCEL_TOKEN }}Для отдельных веток удобно завести второй файл preview.yml с фильтром branches-ignore: [main] и без флага --prod. Тогда на каждый pull request автоматически появляется отдельная тестовая ссылка, а в основной пайплайн она не попадает.
Как правильно хранить токены в GitHub Secrets?
Токены и ключи никогда не пишутся прямо в yaml-файл. Они хранятся в разделе Secrets репозитория и подставляются в workflow через ${{ secrets.ИМЯ }}.
GitHub шифрует значения secrets и скрывает их даже в логах выполнения: если токен случайно попадет в вывод команды, GitHub заменит его звездочками. Заводить секрет просто: Settings репозитория → Secrets and variables → Actions → New repository secret. Имя пишете заглавными буквами и подчеркиваниями, значение вставляете один раз.
Частая ошибка новичка — закоммитить .env файл с реальным токеном в публичный репозиторий. Если такое произошло, токен нужно немедленно отозвать в личном кабинете сервиса (Railway, Vercel и так далее) и выпустить новый. Простая перезапись файла в git не убирает старое значение из истории.
Что делать если workflow падает с ошибкой?
Первым делом смотрите вкладку Actions в репозитории и раскрываете упавший шаг: GitHub показывает точную команду и полный вывод ошибки.
Чаще всего новичок ловит три проблемы: неправильное имя секрета в yaml (регистр важен), неверный порт приложения на Railway, либо забытый npm install -g перед вызовом CLI. Полезная привычка — гонять workflow сначала на тестовой ветке, а не сразу на main, чтобы сломанный деплой не улетал в продакшн.
Если тесты в pipeline падают на строке про браузер, добавьте отдельный npm-скрипт с headless-режимом: обычный npm test в GitHub-раннере не находит графический интерфейс, потому что там его физически нет.
Часто задаваемые вопросы
Нужно ли знать Python или JavaScript, чтобы настроить GitHub Actions?
Нет, workflow пишется на YAML — это язык описания структуры, а не программирования. Достаточно скопировать готовый шаблон и поменять несколько строк под свой проект.
Можно ли использовать GitHub Actions бесплатно для коммерческого проекта?
Да, если репозиторий публичный. Для приватного коммерческого проекта действует лимит 2000 минут в месяц на Free-плане, дальше минуты продаются отдельно.
Что быстрее настроить для новичка: Railway или Vercel?
Vercel обычно быстрее для фронтенд-проекта на Next.js, там меньше шагов до первого деплоя. Railway чуть дольше настраивается, зато сразу тянет за собой базу данных и бэкенд.
Почему workflow не запускается после пуша?
Чаще всего дело в неправильном пути к файлу: он должен лежать строго в .github/workflows/, либо в несовпадении имени ветки в секции on.push.branches с реальной веткой репозитория.
Безопасно ли хранить токен деплоя в GitHub Secrets?
Да, GitHub шифрует secrets и не показывает их значения даже владельцу репозитория после сохранения, только позволяет перезаписать.
Нужен ли отдельный сервер для запуска GitHub Actions?
Нет, GitHub сам поднимает и удаляет виртуальную машину под каждый job. Ваша задача — только описать шаги в yaml-файле.
Что если деплой упал прямо на проде?
На Railway и Vercel можно откатиться на предыдущий успешный деплой прямо из дашборда провайдера за пару кликов, пока чините причину в коде.
Если пишете код в Cursor или Claude Code, связка с автодеплоем через GitHub Actions закрывает весь путь от промпта до продакшена без единого ручного шага. Обзоры других IDE и агентов для вайбкодинга — в каталоге инструментов VibeCoderz. Если нужна помощь с настройкой CI/CD под конкретный проект, запишитесь на консультацию к Максиму.
Обновлено: октябрь 2026.