можно, там есть cli
Зачем? Аргосиди умеет за тэгами и брэнчами следить. Натравил его на брэнч и усё, зато никаких кредов не нужно хранить
За тегами и ветками следить, это если код лежит в одной репе с деплоем. А если они разделены, то в его кейсе инфра репа не меняется вероятно. Иначе бы он не хотел бы тегать это через CI А то что он может следить за registry я подсказал - https://t.me/kubernetes_ru/386938
Вообще есть вполне годный подход с помощью CI складывать манифестики в отдельный GitOps-репо: https://levelup.gitconnected.com/gitops-in-kubernetes-with-gitlab-ci-and-argocd-9e20b5d3b55b
ну он писал, что не хочет из CI менять код инфра репы и пушить туда. То есть это 3 пункт - updates values. Он писал что ему это не подходит. Ну и в этом пайплайне можно заменить этот пункт на argocd image updater, он сам будет следить за registry и комитить в инфра репу
Ты кстати его пробовал?
да, робит.
подскажите пожалуйста, можно ли арго научить отслеживать динамические бренчи по маске (например feature/*)
релизная ветка не существует постоянно - динамически создается с номером релиза, которая потом мержится в мастер с тегом версии, например
Ну так и деплой по тэгу из мастера
в мастере только то что на проде, из релизной стейдж и интеграционные тесты
Воу воу воу. Вы что никогда не тестриуете то что в мастер ветке?
что будет делать argocd если у тебя две ветки?
gitflow)
хрень это, а не гитфлоу
GitLab flow
Можно выделить репу для argocd аппликейшенов. Аппликейшены разворачивать каким-нибудь helm'ом, который по списку из values'ов создает аппликейшены. Из CI добавлять в этот список нужные тебе ветки. То есть создалась ветка, CI запустилась добавила в values эту ветку и запушила в инфра-репу, в argocd создается приложение для разворачивания из этой ветки и сразу же разворачивается. Ну или простой путь если у вас gitthub дождаться принятия PR https://github.com/argoproj-labs/applicationset/pull/209 (а он кстати принят).
который в итоге закапать . Массам оно не надо .
https://docs.gitlab.com/ee/topics/gitlab_flow.html#environment-branches-with-gitlab-flow удобна в целом как раз для масс
давай аргументы, я тебя поддержу
У меня деплой :D
не github, но спасибо за алгоритм, попробую
ну например , то - что master ветку не трогают, а работают в других ветках. Часто выстрел в ногу, когда разрабы делают не туда по привычке
ну там скорее всего скоро добавят и другие API для генераторов gitlab, bitbucket либо ждать, либо самому добавить и PR сделать, либо вариант что я описал выше
Обсуждают сегодня