You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Is your feature request related to a problem? Please describe.
As a hcunit user
in order to unit tests helm charts generated by the helm create command which include a dependency to _helpers.tpl template helper
I need hcunit to support specifying a template helper path
Observed behavior
at <include "my-chart.fullname" .>: error calling include: template: no template "my-chart.fullname" associated with template "gotpl"
where fullname is defined in the _helpers.tpl template helper
{{/*
Create a default fully qualified app name.
We truncate at 63 chars because some Kubernetes name fields are limited to this (by the DNS naming spec).
If release name contains chart name it will be used as a full name.
*/}}
{{- define "p-mysql.fullname" -}}
{{- if .Values.fullnameOverride }}
[...]
Describe the solution you'd like
I'd like to be able to render templates in unit tests for debugging purposes, without having access to a full-fledge kubernetes instance (e.g. as part of circle ci unit tests where a KIND is not yet available)
Describe alternatives you've considered
I've worked around the issue using helm install my-render-test --dry-run --debug ./my-chart/ --values ./my-chart/values.yaml on an environment with access to a K8S server
The text was updated successfully, but these errors were encountered:
gberche-orange
changed the title
Support rendering default templates relying on helper
Support rendering default templates relying on helpers
Dec 21, 2020
Is your feature request related to a problem? Please describe.
As a hcunit user
helm create
command which include a dependency to _helpers.tpl template helperObserved behavior
at <include "my-chart.fullname" .>: error calling include: template: no template "my-chart.fullname" associated with template "gotpl"
where fullname is defined in the
_helpers.tpl
template helperDescribe the solution you'd like
I'd like to be able to render templates in unit tests for debugging purposes, without having access to a full-fledge kubernetes instance (e.g. as part of circle ci unit tests where a KIND is not yet available)
Describe alternatives you've considered
I've worked around the issue using
helm install my-render-test --dry-run --debug ./my-chart/ --values ./my-chart/values.yaml
on an environment with access to a K8S serverThe text was updated successfully, but these errors were encountered: