-
Notifications
You must be signed in to change notification settings - Fork 64
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
Cleanup Helm values #2767
Cleanup Helm values #2767
Conversation
In addition to the moved parameters, there were a few other issues that were not as significant that could use discussion. |
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
See above comment
72b998c
to
77d8943
Compare
- The api.builderName helm param is redundant - There is already a global.reconcilers.build param that is being used instead [#2650]
- Move the api.lifecycle.stagingRequirements to stagingRequirements because both api and controllers use those params - Leave the existing api.lifecycle params other than stagingRequirements because only api uses those [#2650] Co-authored-by: Matt Royal <mroyal@vmware.com>
- Global is a historic leftover from when we had subcharts so the values in global should be at the top-level instead [#2650] Co-authored-by: Matt Royal <mroyal@vmware.com>
189b4a0
to
7a321df
Compare
@georgethebeatle We moved all the global helm values to the top-level and removed the global group. There will be korifi-ci changes required so when the PR is approved, we can push those changes to get the PR checks to pass and merge it that way. Everyone will have to rebase after that. |
See cloudfoundry/korifi#2767 Co-authored-by: Danail Branekov <danailster@gmail.com>
Is there a related GitHub Issue?
#2650
What is this change about?
Cleanup the Helm values to make them more understandable for operators. The api.builderName parameter does not seem to be used and the yaml that Helm generated was the same after it was removed. The api.lifecycle.stagingRequirements parameter was moved to global.stagingRequirements because both api and controllers use those parameters.
Does this PR introduce a breaking change?
no
Acceptance Steps
All tests pass
Tag your pair, your PM, and/or team
@acosta11
Things to remember
-->