Git pull на боевом сервере может выглядеть как простая команда, но за ней стоят зависимости, миграции, кеши, права и переменные окружения. Если один шаг не учтен, сайт падает.
Когда нужна такая доработка
Частые симптомы: белый экран, ошибка 500, не применились стили, пропали файлы, сломалась админка или новая версия требует другие зависимости.
Что проверяю в первую очередь
- На какой ветке находится сервер.
- Нет ли конфликтов и незакоммиченных файлов.
- Менялись ли composer/npm зависимости.
- Нужны ли миграции базы.
- Что показывают логи PHP, nginx и приложения.
Как я решаю задачу
Я сначала стабилизирую сайт, затем разбираю причину. Важно не усугубить ситуацию повторными pull, reset или ручным копированием файлов.
- Фиксирую текущее состояние и ошибки.
- Проверяю git status, логи и последнюю ревизию.
- Восстанавливаю зависимости, кеши и права.
- При необходимости откатываю релиз безопасным способом.
- Предлагаю нормальный процесс деплоя на будущее.
Что получает заказчик
- Сайт возвращается в рабочее состояние.
- Понятно, какая правка сломала деплой.
- Снижается риск повторения.
- Появляется план staging/backup/deploy.
Что подготовить перед стартом
- Доступ к серверу.
- Информацию, когда выполнялся git pull.
- Текст ошибки или скриншот.
- Понимание, есть ли свежий backup.
Вопросы и ответы
Можно ли сразу сделать git reset?
Без понимания состояния это рискованно: можно потерять локальные правки или пользовательские файлы.
Почему локально работает, а на сервере нет?
Часто отличаются версии PHP, Node, зависимости, env или права файлов.
Нужна похожая задача?
Напишите, что сейчас не работает или что нужно запустить. Я посмотрю вводные, задам короткие уточняющие вопросы и предложу понятный план работ без лишней бюрократии.