Как настроить автодеплой сайта из репозитория

Автодеплой — когда обновление сайта делает не человек по FTP, а скрипт по одному и тому же сценарию. Сценарий называется пайплайном и живёт рядом с кодом.

Из чего состоит пайплайн

1. Триггер: пуш в основную ветку или создание тега версии.
2. Проверки: линтер, тесты, сборка проекта. Если что-то упало — выкладки не будет.
3. Выкладка: копирование сборки на сервер, перезапуск приложения или загрузка на платформу вроде Vercel.
4. Проверка после выкладки: сайт отвечает, ключевая страница открывается.
5. Откат: предыдущая сборка остаётся на сервере, вернуть её — одна команда.

Порядок действий

• Убедиться, что код сайта в git и собирается одной командой.
• Создать на сервере отдельного пользователя для выкладки с минимальными правами.
• Положить ключ доступа и пароли в секреты платформы CI, не в репозиторий.
• Написать файл пайплайна: для GitHub Actions — в папке .github/workflows.
• Сделать тестовую выкладку в отдельную ветку или staging, потом включить для основной.

Что обычно идёт не так

• Пайплайн собирает сайт с другими версиями библиотек, чем на компьютере разработчика.
• Доступы лежат в коде — и утекают вместе с ним.
• Нет отката: после неудачной выкладки сайт чинят руками на сервере.

Когда нужен подрядчик

Если сайт на CMS с загрузками пользователей, если нужно нулевое время простоя, если серверов несколько. Разово настроить это дешевле, чем разбираться самому, — см. настройку CI/CD для сайта.