Или werf нафиг не нужен и проще его выкинуть. Тогда вопрос как сделать теги образов. Вручную тегать каждый коммит не вариант

Думаю, что можно

Мы на него так и не заехали, не вижу ничего сложного, чтобы тегать не вручную, в пайплайне. Т.е. без сторонних утилит.
Я бы порекомендовал написать авторам werf. Либо в их юзер группу. Телеграм werf_ru

Да наверное буду тегать образы просто по (env)-(commit)

git describe --tags

Какие еще есть решения для деплоев? Сейчас использую helm + kubedog но хочу заменить helm на альтернативное решение, так как часто возникают проблемы вида - has no deployed releases, UPGRADE FAILED: another operation (install/upgrade/rollback) is in progress и так далее при неожиданных остановках джоб или просто случайные баги

Есть werf, но там вроде тотже helm и сильно больше инструмент
Нашел еще kapp кажется норм заменой

Есть еще альтернативы?

Там (в werf) решена эта проблема.

То что ты написал - не совсем проблема хельма, это более общая проблема концепции деплоев

скорее проблема в том, что приходится по верх helm писать код который пытается авто зарезолвить такие проблемы

Ты вне хельма поймаешь точно такие же проблемы

это да и возможно лучше перейти на argo, который должен решить проблему с concurrency билдами, резкими остановками джобе, но пока не вариант так радикально сменить

kapp норм тема как и весь k14s stack

Арго создаст новые проблемы.... и завертелось

Зависит от того, насколько "умные" ты хочешь проводить деплои, если ты используешь джобы (как хельм-хуки), то я не знаю других инструментов которые имели бы что-то похожее

Обычно деплой - это про стемплейтить пачку yaml и засунуть в кластер

Аха, конечно

А как же сложные сценарии с канарейкой ?

самая большая боль, это автоматическое поднятие динамических стендов для веток и когда начинают массово пушить коммиты в ветку. Поднимается несколько job в gitlab ci с деплоем и поймал ошибку выше

+ проверить состояние, + garbage collectionпри удалении

Надеемся на оператор депорт в кластере, который все распарсит как надо ?