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