Size: a a a

DevOps — русскоговорящее сообщество

2021 February 14

AZ

Alexander Zaitsev in DevOps — русскоговорящее сообщество
найдите себе человека какого-нибудь, чтобы порядок навёл. а то по рассказам страшно становится немного
источник

VC

Vladimir Chernyshev in DevOps — русскоговорящее сообщество
Denis 災 nobody
в этой схеме тестится именно мастер. В проде - да, часто будет не мастер, а проверенный стабильный коммит.
допустим, но хотфиксы куда? Вот мастер у нас ушел от прода вперед. еще не дотестирован. и тут критикал на проде
источник

D

Denis 災 nobody in DevOps — русскоговорящее сообщество
Alexander Zaitsev
я бы конечно не был так категоричен, но в данном случае пожалуй соглашусь
*в описанной мной схеме. Есть другая схема, где мастер = проверенный код, но оно не ложится напрямую на докер, если не пересобирать контейнер
источник

AZ

Alexander Zaitsev in DevOps — русскоговорящее сообщество
не хватает только какого-нибудь ручного релиза через SCP
источник

VC

Vladimir Chernyshev in DevOps — русскоговорящее сообщество
Alexander Zaitsev
найдите себе человека какого-нибудь, чтобы порядок навёл. а то по рассказам страшно становится немного
да вот меня нашли и навожу )
источник

D

Denis 災 nobody in DevOps — русскоговорящее сообщество
Vladimir Chernyshev
допустим, но хотфиксы куда? Вот мастер у нас ушел от прода вперед. еще не дотестирован. и тут критикал на проде
см выше
источник

VC

Vladimir Chernyshev in DevOps — русскоговорящее сообщество
Denis 災 nobody
*в описанной мной схеме. Есть другая схема, где мастер = проверенный код, но оно не ложится напрямую на докер, если не пересобирать контейнер
вот да
источник

D

Denis 災 nobody in DevOps — русскоговорящее сообщество
Denis 災 nobody
так же, клон мастера, делаем бранч хотфикса, правим, мержим в мастер, после тестов получаем его в проде. Там в именах тэгов будут нюансы
вот про хотфикс
источник

D

Denis 災 nobody in DevOps — русскоговорящее сообщество
ну и потом всё что пилилось - мержить с мастером, чтобы фикс прилетел в рабочие ветки
источник

VC

Vladimir Chernyshev in DevOps — русскоговорящее сообщество
Alexander Zaitsev
не хватает только какого-нибудь ручного релиза через SCP
не, зайти на прод по ssh и сделать гит пулл ) на деве частично это CI делает до прода не дошел еще - даже просто скопипастить не получится - пути разные
источник

D

Denis 災 nobody in DevOps — русскоговорящее сообщество
Vladimir Chernyshev
не, зайти на прод по ssh и сделать гит пулл ) на деве частично это CI делает до прода не дошел еще - даже просто скопипастить не получится - пути разные
тоже см выше, ссш откусить по максимуму, оно должно быть чисто для систем деплоя + аварий, когда нужно быстро поднять прод (что уже ломает концепцию)
источник

D

Denis 災 nobody in DevOps — русскоговорящее сообщество
опять же, правильная сборка может выкидывать .git (и как бы должна делать, чтобы нельзя было получить эти файлы, это ж дырища), так что git pull скажет что нет такой папки
источник

D

Denis 災 nobody in DevOps — русскоговорящее сообщество
как и самого гита
источник

VC

Vladimir Chernyshev in DevOps — русскоговорящее сообщество
Denis 災 nobody
опять же, правильная сборка может выкидывать .git (и как бы должна делать, чтобы нельзя было получить эти файлы, это ж дырища), так что git pull скажет что нет такой папки
ну вот я сейчас думаю как сделать правильную чтобы на сервере ничего не запускать только файлы залить и симлинк переключить
источник

VC

Vladimir Chernyshev in DevOps — русскоговорящее сообщество
и при этом на воркерах CI не устанавливать зоопарк билдзависимостей
источник

VC

Vladimir Chernyshev in DevOps — русскоговорящее сообщество
две идеи: собирать билд-контейнером с зависимостями, на маунты ,оформлять как артефакт и доставлять его на прод, Вторая - собирать докер образ, на проде его пуллить и docker cp )
источник

D

Denis 災 nobody in DevOps — русскоговорящее сообщество
Vladimir Chernyshev
ну вот я сейчас думаю как сделать правильную чтобы на сервере ничего не запускать только файлы залить и симлинк переключить
docker pull, запускаешь новую версию, перекидываешь внутренний порт на нгинхе, если ок - сносишь старую версию..
источник

D

Denis 災 nobody in DevOps — русскоговорящее сообщество
docker cp - звучит как косяк и непонимание принципов..
источник

VC

Vladimir Chernyshev in DevOps — русскоговорящее сообщество
я про то как обойтись без запуска приложения в докере на проде
источник

VC

Vladimir Chernyshev in DevOps — русскоговорящее сообщество
оно не готово к работе в докере
источник