GG
Но не надо этого делать
Size: a a a
2020 March 16
GG
У тебя артефакты старые остались - следовательно, ты можешь их отдеплоить
ЕО
Не, я про revert commit в infrarepo
ЕО
Конечно кодерскую репо не следует трогать без надобности
GG
Дискуссионно
DS
Нет, при роллбеке кодер делает revert commit
Но тут тоже не очень удобно. Тебе придется искать тот коммит, в котором была еще старая версия приложения, делать всякие поиски по git log -p | grep v1.0.1 и тому подобное.
А вдруг таких коммитов несколько или коммит очень старый, придется делать ооооочень большой revert кучи коммитов. И желательно же без ребейзов всяких
А вдруг таких коммитов несколько или коммит очень старый, придется делать ооооочень большой revert кучи коммитов. И желательно же без ребейзов всяких
ЕО
Да нет, предыдущий коммит в инфрарепо был правильным. Не нужно инфру в монорепо хранить
GG
Да нет, предыдущий коммит в инфрарепо был правильным. Не нужно инфру в монорепо хранить
А где ?
GG
:-/
GG
У тебя есть общекластерные штуки и покомандные
DS
У тебя артефакты старые остались - следовательно, ты можешь их отдеплоить
там выше пример посмотри.
Если твои артифакты несовместимы с описанием инфра репы. И Просто твой старый артифакт не работает с новым описанием
Если твои артифакты несовместимы с описанием инфра репы. И Просто твой старый артифакт не работает с новым описанием
GG
Типа дели на слои
ЕО
infra/microservice
GG
Давайте часа через три продолжим дискуссию ?
👆
DS
Давайте часа через три продолжим дискуссию ?
+. Но для меня это не дискуссия. Я просто пытаюсь понять, как без боли готовить такой вот вариант, который предложил Евгений. В целом он мне нравится, но из-за описанных проблем, я его не использую
GG
Без боли не бывает. Смирись и прими
BG
Без боли не бывает. Смирись и прими
++++++
DS
Без боли не бывает. Смирись и прими
ну тут в чем вопрос. Мне просто кажется когда ты версионируешь описание инфры вместе с приложением (не важно как, сабмодулями или без). То боли меньше
LB
@elemir90
А вот пример:
Версия приложения v1.0.1 зависит от такого конфига nginx
v1.0.2 от другого конфига nginx.
В случае если у нас этот конфиг в той же репе. То проблем нет. Если у нас сабмодули, то это считай таже самая репа, так как твой подход совсем другое предполагает и сабмодули там неподходят.
Как решать такую проблему в твоем подходе? Разраб захотел откатиться на более старую версию, он зашел в репу для инфры, закомитил туда версию v1.0.1 но забыл поменять конфиг nginx. И приехали, откатить то откатили, но при этом все равно получили сломанное приложение
А вот пример:
Версия приложения v1.0.1 зависит от такого конфига nginx
v1.0.2 от другого конфига nginx.
В случае если у нас этот конфиг в той же репе. То проблем нет. Если у нас сабмодули, то это считай таже самая репа, так как твой подход совсем другое предполагает и сабмодули там неподходят.
Как решать такую проблему в твоем подходе? Разраб захотел откатиться на более старую версию, он зашел в репу для инфры, закомитил туда версию v1.0.1 но забыл поменять конфиг nginx. И приехали, откатить то откатили, но при этом все равно получили сломанное приложение
тут всё просто. в репу для инфры либо рендерятся манифесты сиайкой либо добавляется реверт комит, который все откатывает на как было. репа для инфры постоянно редеплоится по
while true; kubectl apply -f . ; done