-
Notifications
You must be signed in to change notification settings - Fork 210
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Why do I have to nest my charts inside of the charts/
subdirectory?
#87
Comments
By default, chart-releaser-action looks for Helm charts in "charts/", we have ours in the top-level directory. Need to explicitly pass this option. helm/chart-releaser-action#87
By default, chart-releaser-action looks for Helm charts in "charts/", we have ours in the top-level directory. Need to explicitly pass this option. helm/chart-releaser-action#87
Looks like the option is called
@jon-whit So I think this can be closed. |
That does not work to me either. My chart files are in the root for my github project, using
using Cheers. |
Was you chart changed since commit If you want to debug it I suggest to have a look at: |
Yes my chart has changed since that commit, you can have a look here: https://github.com/saferwall/charts. It seems like it always require the Chart.yaml to be located in a directory inside the Thanks. |
https://github.com/saferwall/charts/blob/main/Chart.yaml#L2 Your chart is named saferwall so I think it expects it to be in a directory with that name. I thought you meant an additional directory named charts containing it. |
@torstenwalter If we have a single chart and want to create a Helm repo with this single chart, why do we need to create an additional subdirectory for it? Let's store it in root, without complicating the directory structure! Managing each chart in separate Git repository is much more convenient than one large monorepo with a plain mix of commits and issues from different charts. |
@MurzNN fyi I am just a user of chart releaser, not a maintainer |
I would also prefer to have one repo per chart (as opposed to to all my charts in a a single repo) so the structure required by chart-releaser-action is not ideal for me. Is it really more common to have all of one's charts in a monorepo? |
Lets say I have a Git repository structured like this:
If I pass the
chart_dir
in my GitHub Workflow file as the current checked out working directory (e.g..
), it doesn't work. If I re-organize my repository structure so that it maps to:it works just fine.
Having a top-level repository
helm-charts
and requiring a nestedcharts
directory stutters and is completely unnecessary. Why was this design decision chosen and would you be willing to change it?The text was updated successfully, but these errors were encountered: