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
If you have your k8s yaml files not in a folder called "templates" then the step where the packager packages up the helm chart then it simply hangs forever taking 100% cpu, likely in a loop.
In the bazel-way you can have your files in whatever structure you want, then simply point to them when invoking a bazel rule. But there still seems to be an implicit reliance that all templates are in a folder called "templates". Perhaps that is a fundamental problem with the helm binary, so you might have to work around that limitation.
The text was updated successfully, but these errors were encountered:
Yes, I think it makes sense to change the behavior so that instead of expecting the template files to already be in the templates folder that they would just be moved into the templates folder which the package binary creates.
An example is where you have a generated file you want to add to the templates.
If you have your k8s yaml files not in a folder called "templates" then the step where the packager packages up the helm chart then it simply hangs forever taking 100% cpu, likely in a loop.
In the bazel-way you can have your files in whatever structure you want, then simply point to them when invoking a bazel rule. But there still seems to be an implicit reliance that all templates are in a folder called "templates". Perhaps that is a fundamental problem with the helm binary, so you might have to work around that limitation.
The text was updated successfully, but these errors were encountered: