Когда вы запускаете go build, go test или go run, Go автоматически ищет импортированные пакеты, которых нет в текущем модуле, и добавляет их в файл go.mod.
Когда-то действительно было так, но с версии Go 1.16 это поменялось. В текущей актуальной версии Go зависимости обновляются только командами go mod tidy и go get, либо изменением флага -mod=mod.
В некоторых сценариях, как не изощряйся с include и when/only, всё равно GitLab CI не позволит достичь достаточной гибкости. В паре проектов подходящим решением оказалось использование Dynamic child pipelines, где в parent на основе некоторой логики динамически генерируем .gitlab-ci.yml, и тут же триггерим его исполнение в child.
На самом деле нет. В Helm 2 случаются проблемы при обновлении релизов как раз из-за того, что под капотом там не three way merge patch, который используется в kubectl apply. Подробности здесь и тут.
Когда-то действительно было так, но с версии Go 1.16 это поменялось. В текущей актуальной версии Go зависимости обновляются только командами
go mod tidyиgo get, либо изменением флага-mod=mod.В некоторых сценариях, как не изощряйся с include и when/only, всё равно GitLab CI не позволит достичь достаточной гибкости. В паре проектов подходящим решением оказалось использование Dynamic child pipelines, где в parent на основе некоторой логики динамически генерируем
.gitlab-ci.yml, и тут же триггерим его исполнение в child.Про эту проблему есть долговисящий proposal который совсем не спешат реализовывать.
Большая надежда на Terraform CDK. Тогда этот скудный набор будет не нужен, можно будет пользоваться всеми возможностями выбранного вами языка.
Есть еще вот такой микс CLI и GUI: https://github.com/IBM/kui
На самом деле нет. В Helm 2 случаются проблемы при обновлении релизов как раз из-за того, что под капотом там не three way merge patch, который используется в kubectl apply. Подробности здесь и тут.