Вот такая неприятность на stable и ea версиях: werf helm --namespace

s4c upgrade --install --atomic --timeout 5m --set s4c.version=839185f3 --set s4c.deployEnv=staging -f defaults.yaml -f values.staging.yaml -f full.staging.yaml widget-backend .

panic: runtime error: invalid memory address or nil pointer dereference
[signal SIGSEGV: segmentation violation code=0x1 addr=0x38 pc=0x1d592ec]
goroutine 1 [running]:
helm.sh/helm/v3/pkg/action.(*History).Run(0xc00139f7d0, {0x7ffc9d6bbe13, 0x12})
/go/pkg/mod/github.com/werf/3p-helm/v3@v3.0.0-20240405163812-3dc7244388e5/pkg/action/history.go:48 +0x2c
helm.sh/helm/v3/cmd/helm.NewUpgradeCmd.func2(0x0?, {0xc000e657a0?, 0x2, 0x12})
/go/pkg/mod/github.com/werf/3p-helm/v3@v3.0.0-20240405163812-3dc7244388e5/cmd/helm/upgrade.go:166 +0x7a5
github.com/werf/werf/cmd/werf/helm.NewUpgradeCmd.func1.1()
/git/cmd/werf/helm/upgrade.go:46 +0x2b
github.com/werf/werf/pkg/deploy/helm/command_helpers.LockReleaseWrapper({0x5109000?, 0xc0008b7b90?}, {0x7ffc9d6bbe13?, 0xc00054e360?}, 0xc0011cc9a8, 0xc00139f940)
/git/pkg/deploy/helm/command_helpers/lock_release_wrapper.go:16 +0xe4
github.com/werf/werf/cmd/werf/helm.NewUpgradeCmd.func1(0xc0010b0000, {0xc000e657a0, 0x2, 0x12})
/git/cmd/werf/helm/upgrade.go:45 +0x1f6
github.com/werf/werf/cmd/werf/helm.NewCmd.func4(0xc0010b0000, {0xc000e657a0, 0x2, 0x12})
/git/cmd/werf/helm/helm.go:216 +0x642
github.com/werf/werf/cmd/werf/root.setupTelemetryInit.func1(0xc000eefb00?, {0xc000e657a0, 0x2, 0x12})
/git/cmd/werf/root/root.go:256 +0xcb
github.com/spf13/cobra.(*Command).execute(0xc0010b0000, {0xc000e65680, 0x12, 0x12})
/go/pkg/mod/github.com/spf13/cobra@v1.8.0/command.go:983 +0xabc
github.com/spf13/cobra.(*Command).ExecuteC(0xc001194900)
/go/pkg/mod/github.com/spf13/cobra@v1.8.0/command.go:1115 +0x3ff
github.com/spf13/cobra.(*Command).Execute(...)
/go/pkg/mod/github.com/spf13/cobra@v1.8.0/command.go:1039
main.main()
/git/cmd/werf/main.go:44 +0x171


Окружение - гитлаб раннер в кубе, если зайти в контейнер с джобой и запустить верф руками, то он не вылетает.
Релиза в кубе в момент запуска верфа еще нет.

А если перед werf helm в CI сделать это, то что вернет? env | grep -E 'WERF_|HELM'

Попробую. Кубконфиг передан в виде WERF_KUBECONFIG_BASE64. Я проверял в контейнере, он рабочий.

паники в любом случае не должно быть, точно баг, но надо понять, что не так

судя по всему проблема в том, что в переменной не base64 контент, а путь к файлу: WERF_KUBECONFIG_BASE64=/builds/.../....tmp/WERF_KUBECONFIG_BASE64

ага, там именно контент должен быть

да, с контентом все ок. Но панику бы поправить конечно :)