Матвей Кукуй

Не понятен пункт 5. Зачем сливать из боевого в гит? В гите должны храниться только исходные коды, по этому там всегда самая актуальная версия. И суть тестового сервера теряется из-за пункта 3. Обычно строится так:

Локальная машина разработчика -> пуш в git ветку test -> ci сервер сам накатывает ветку test на тестовый сервер -> разраб проверяет обновление -> мерж git ветки test с master -> ci накатывает ветку master на боевой сервер.

Параллельно по таймауту работают джобы по бэкапу боевого сервера на резервный, базы данных(mysqldump) и статики(rsync), например, раз в день с 3:00 до 4:00. Обновление базы на тестовом сервере обычно никак не автоматизируется, ибо там всегда каша из мусорных данных, которые наплодили автотесты.

Нафиг не нужен. Если Ваш магазин - не входит в топ 3, я никогда в жизни не заинтересуюсь, сколько у меня бонусов на счету и как ускорить введение персональных данных при следующей покупке. Просто я знаю, что таких магазинов миллионы и я не попаду сюда больше.

Я бы посоветовал использовать DEB пакеты. Из коробки присутствует обновление, можно как угодно конфигурировать систему во время установки. Но риск пострадать от рукожопости тут огромен.

Я использую такой техпроцесс:

1)Коммит в стабильную ветку гита
2)CI автоматически забирает новый коммит и собирает деб пакет
3)CI устанавливает деб пакет в репозиторий пакетов
4)Тестовый убунту сервер выкачивает обновление и автоматически разворачивает
5)Тестирование