Родительский helm chart для проектов + werf

[aigrychev]

В статье вы демонстрируете сценарий публикации чартов в GitLab Package Registry, который мы со своей стороны никак не продвигаем и не развиваем — возможно зря и это хороший индикатор для нас. Для дистрибуции Helm-чартов мы рекомендуем придерживаться нашего концепта бандлов и сохранять чарты в GitLab Container Registry рядом с образами приложения.

Заметил, что вы упоминаете гайд версии 1.1 для настройки GitLab-раннера. В этом нет никакой необходимости, т.к. всю необходимую информацию пользователь может найти на вкладках конфигуратора для произвольного раннера (shell, docker, kubernetes) и сценария с werf.

Спасибо за вашу работу и за то, что делитесь своим опытом с сообществом. ? от команды werf.

[VadimKogay]

Спасибо и вам ребята за вашу работу. (ссылку на доку поправил)

[luxter]

А зачем здесь верфь, если можно обойтись одним helm для деплоя? По идее схема будет проще же. Я из любопытства ради интересуюсь)

[VadimKogay]

Werf это инструмент полного цикла от сборки до деплоя, просто процесс сборки и подготовки тут не показан, хотелось бы написать про него тоже, но данный метод будет работать и с чистым хелмом

[karabanov]

Немного дополню про гитерминизм - помимо добавления в 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 ...