Пока что основная идея это заказать скрипт, который будет делать примерно такое:
- Дамп базы и файлов в архив на основном сервере (настроим игнор статики, и файлов будет на пару сотен мегабайт)
- Удаление на тестовом сервере устаревшей копии (исключая статику), заливка архивов туда и разворачивание свежего дампа
Вроде бы реализуемо?
Все давно придумано, для этого достаточно гитхаба/гитлаба и CI/CD - для кода + простейший скрипт для базы
Вот ты не поверишь - то что для тебя "понтануться", для меня суровая обыденность. Без этого воркфлоу мой код вообще никуда не попадет. Я вообще считаю неважно, пишешь ты лэндинг или высоконагруженный сайт. Подход должен быть один. Ошибки нужно отлавливать как можно раньше, для этого и существует много уровней проверок. А вот от этого - "Х****к, х***к и в продакшен" нужно отходить максимально, меньше проблем и в будущем.
Почитал и ужаснулся в очередной раз))) Зачем нафига - а вот потом из под рук горе-мастеров и выходит не пойми что. я вам прям завидую, как у вас все просто) А как вам такое, очень короткоЖ
-локальная разработка на энве, соответствующим текущему релизу, БД - тестовая, но максимально приближена к продакшену
- написание тестов, проверка
-мерж в ветку девелоп, предварительно ребэйз последних изменений
- тестирование на этой ветке, которая развернута на амазоне, сначала сам, потом qa-команда
- из девелопа собирается релизная ветка, которая опять тестируется и потом уже льется в мастер, который используется на проде))))
Всего-навсего, энжой!
Молодец, нагуглил. Теперь нагугули, как это применяется в разработке, что бы избежать проблемы, описаной ТС
GMT +14 только на островах Лайна, Кирибати.
Зашел в ваш профиль. Батьке привет передавайте!
И что, вы таки думаете, там нет программистов))) У нас счас такое время, что не знаешь, как закончится следующий день, а уж интернет поблочить - святое дело, так что немного поспешил)
А ты здесь каким боком? я ж сказал - программистов с праздником!
Ну так у нас в Австралии уже завтра)
