Comments 5
В статье вы демонстрируете сценарий публикации чартов в GitLab Package Registry, который мы со своей стороны никак не продвигаем и не развиваем — возможно зря и это хороший индикатор для нас. Для дистрибуции Helm-чартов мы рекомендуем придерживаться нашего концепта бандлов и сохранять чарты в GitLab Container Registry рядом с образами приложения.
Заметил, что вы упоминаете гайд версии 1.1 для настройки GitLab-раннера. В этом нет никакой необходимости, т.к. всю необходимую информацию пользователь может найти на вкладках конфигуратора для произвольного раннера (shell, docker, kubernetes) и сценария с werf.
Спасибо за вашу работу и за то, что делитесь своим опытом с сообществом. ? от команды werf.
А зачем здесь верфь, если можно обойтись одним helm для деплоя? По идее схема будет проще же. Я из любопытства ради интересуюсь)
Немного дополню про гитерминизм - помимо добавления в werf-giterminism.yaml:
giterminismConfigVersion: 1
helm:
allowUncommittedFiles:
- ".helm/Chart.lock"
- ".helm/charts/*.tgz"
Важно так же добавить в .gitignore:
.helm/Chart.lock
.helm/charts/*.tgz
Иначе во время деплоя получим:
Error: phase build on image builder stage gitArchive handler failed: the following untracked files must be committed:
- .helm/Chart.lock
- .helm/charts/classic-php-apps-1.0.4.tgz
... skipped ...
Родительский helm chart для проектов + werf