Skip to content
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

feat: Allow specifying additional labels to be applied to all helm chart resources #183

Conversation

laverya
Copy link
Contributor

@laverya laverya commented May 1, 2024

Why is this PR required? What issue does it fix?:

There is currently no way to specify additional labels to be applied to the resources in the chart - only the pod itself, not even the deployment that creates those pods.

What this PR does?:

Adds a top-level labels map within the values file. If it is populated, these labels will be added to the storageclass directly, and also to the 'localpv.labels' variable, which is already included within every resource besides the storageclass.

Does this PR require any upgrade changes?:

No

If the changes in this PR are manually verified, list down the scenarios covered::

I rendered the yaml with helm template ./deploy/helm/charts with both an empty and populated labels map, and validated that labels were created in the approprate places.

Any additional information for your reviewer? :
Mention if this PR is part of any design or a continuation of previous PRs

Checklist:

  • Fixes #
  • PR Title follows the convention of <type>(<scope>): <subject>
  • Has the change log section been updated?
  • Commit has unit tests
  • Commit has integration tests
  • (Optional) Are upgrade changes included in this PR? If not, mention the issue/PR to track:
  • (Optional) If documentation changes are required, which issue on https://github.com/openebs/openebs-docs is used to track them:

PLEASE REMOVE BELOW INFORMATION BEFORE SUBMITTING

The PR title message must follow convention:
<type>(<scope>): <subject>.

Where:
Most common types are:
* feat - for new features, not a new feature for build script
* fix - for bug fixes or improvements, not a fix for build script
* chore - changes not related to production code
* docs - changes related to documentation
* style - formatting, missing semi colons, linting fix etc; no significant production code changes
* test - adding missing tests, refactoring tests; no production code change
* refactor - refactoring production code, eg. renaming a variable or function name, there should not be any significant production code changes
* cherry-pick - if PR is merged in master branch and raised to release branch(like v0.4.x)

IMPORTANT: Please review the CONTRIBUTING.md file for detailed contributing guidelines.

…sources

This is added as a top-level `labels` map within the values file.
If it is populated, these labels will be added to the storageclass.
It is also added to the 'localpv.labels' variable, already included
within every resource besides the storageclass.

Signed-off-by: Andrew Lavery <[email protected]>
@laverya
Copy link
Contributor Author

laverya commented May 6, 2024

Is this something that you would consider?

@avishnu
Copy link
Member

avishnu commented May 6, 2024

We shall take a look. Thanks for this.

Copy link
Member

@niladrih niladrih left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM. But merging helm chart changes would release a new chart. The CI will be reworked in the future to accomodate helm chart PRs.

We'll take this in during our next release cycle. There's plans for a release in August.

@laverya
Copy link
Contributor Author

laverya commented May 8, 2024

Sounds good, thank you for the review/approval/promise of future merging!

@niladrih
Copy link
Member

niladrih commented Jul 4, 2024

@laverya -- I've taken up your change in #194. It'll be included in v4.1.0. I've made some minor changes to support upgrades with --reuse-values. You should be still able to label all of the chart resources though. Closing this PR.

@niladrih niladrih closed this Jul 4, 2024
@niladrih niladrih self-assigned this Jul 4, 2024
@laverya
Copy link
Contributor Author

laverya commented Jul 4, 2024

Thank you, and have a happy Fourth of July!

@niladrih
Copy link
Member

niladrih commented Jul 5, 2024

Thank you, and have a happy Fourth of July!

Thank you, and wish you the same :)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants