Зафиксируйте состав изменений
Проверьте текущую версию сервера и посторонние незавершенные изменения. Подготовьте проверенный набор файлов, зависимостей и миграций. Перед развертыванием сохраните необходимое предыдущее состояние вне публичного каталога. Для изменения базы отдельно определите совместимость со старым кодом и возможность восстановления.
Далее по теме: Аудит Laravel-проекта: какой результат должен получить владелец.
Подготовьте проверки и откат
Пройдите сценарии на изолированной среде, согласуйте признаки неудачного релиза и действия ответственного. Возврат кода не всегда возвращает измененную базу или внешнюю операцию. Рисковые миграции следует проектировать отдельно, а не скрывать внутри общего скрипта установки.
Далее по теме: Резервная копия сайта: как проверить реальное восстановление.
Проверьте публичную версию
После релиза проверьте ответы сервера, права на новые статические файлы, фоновые процессы и нужные кэши. Сначала убедитесь, что origin отдает новый правильный результат, затем очищайте CDN. Иначе старый HTML или ошибка могут снова закэшиваться. Запишите версию релиза, время, результат проверок и место backup.
Достаточно ли обновить страницу в браузере?
Нет. Браузер, CDN, серверный кэш и PHP могут иметь разные сроки обновления. Проверять нужно фактический публичный ответ и работу функций.