Anonymous
А какая разница?
Anonymous
Не понимаю, что тебя смущает..
Anonymous
Еще раз.. ты делаешь какую то фичу, есть ветка development, в которую можно пушить для обмена кодом медду разрабами
Владислав
Разница в том, что в большой (или средней) команде у тебя просто нет прав пушить в мастер, у тебя даже нет прав к стейжу, например. И есть целая команда, которая занимается именно деплоем.
Владислав
И тестингом
Anonymous
Prы же делаешь..
Andrey
Andrey
Когда тебе для деплоя отдельная команда нужна
Andrey
CI\CD для того и придуман, что бы все это автоматизировать и никого дергать не надо)
Владислав
Все плюсы от этого закончились в начале 2010х
Я не специалист по качеству и не буду спорить о том, насколько хорошо или плохо это организовано
Andrey
Нет. Открываешь PR -> прогоняются автотесты -> build -> deploy -> ручные тесты -> merge -> deploy to stage
Anonymous
Все плюсы от этого закончились в начале 2010х
А какие плюсы были и почему они закончились?
Andrey
А какие плюсы были и почему они закончились?
Тогда инструментов, которые позволяли бы мутить такое легко и весело было не так много. Да и ресурсов это все добро жрет не мало
Andrey
Сегодня эти ресурсы ничего не стоят
Andrey
а инструменты такие, что все кнопкотыканием за пару дней настраивается даже для больших проектов
Anonymous
а инструменты такие, что все кнопкотыканием за пару дней настраивается даже для больших проектов
Смотри, а при билде миграции поднимать надо или после деплоя?
Владислав
При билде же.
Anonymous
Для меня эти 2 процесса очень смежны.. деплой по сути это же доставка билда
Владислав
Если билд после деплоя
Andrey
Деплой - только доставка
Владислав
Там, куда ты деплоишь
Владислав
Билд - это сборка релиза
Anonymous
Билдом может отдельный сервер заниматься
Владислав
Зачем так делать?
Anonymous
А потом я так понимаю по ssh уже доделывать все
Andrey
Ничего не надо доделывать по ssh никогда)
Andrey
Напиши bash-скрипт если очень хочется
Andrey
Да и деплоев
Andrey
Даже 1)
Anonymous
Даже 1
Andrey
3 разработчика в разных ветках
Владислав
Тогда я хз, как билдить миграции на стейже, но другим сервером
Andrey
dev1.yourproject.com
dev2.yourproject.com
dev3.yourproject.com
stage.yourproject.com
и наконец
yourproject.com
Anonymous
Вообщем для билда по любому отдельный сервак нужен
Anonymous
🙈
Anonymous
dev1.yourproject.com
dev2.yourproject.com
dev3.yourproject.com
stage.yourproject.com
и наконец
yourproject.com
Как вот с другого сервака деплой с миграциями херачить?
Anonymous
Всю базу лить?
Anonymous
освойте докер нркмны
Anonymous
😅
Andrey
Отдели мух от котлет. Миграции меняют слой данных, они к твоему приложению не имеют особо никакого отношения. Ты при пуше на этапе тестироавния проверишь, работают ли они. Потом сбилдишь свой чудо-проект и отправишь на сервак, на серваке запустишь миграции на своей БД
Anonymous
Владислав
"на серваке запустишь миграции на своей БД", ну так не интересно
Anonymous
😂
Andrey
Если у тебя миграции не отработают правильно, у тебя упадет тестирование и к сборке ты не перейдешь
Anonymous
Вот в js чате полно кошек
Anonymous
А здесь одни коты
Anonymous
Они не носят свитеры
Anonymous
Если у тебя миграции не отработают правильно, у тебя упадет тестирование и к сборке ты не перейдешь
Ок и финальный вопрос.. может просто докер?
Andrey
Докер 100%
Anonymous
Я хз сто это за докер, но так понимаю на нем херак херак и готово
Andrey
Ну не совсем) Первые пару раз будет непросто) Но когда освоишь
Andrey
Будешь всем рекомендоавть
Anonymous
Типа как в гите получается, пуш/пул?
Владислав
Перед "херак херак и готово" тебе придётся основательно потрахаться
Владислав
Чтобы было понимание
Anonymous
Ну оно же того стоит