Closed noelmcloughlin closed 4 years ago
@noelmcloughlin , this IS a breaking change, did you just forgot to mark it as such?
@noelmcloughlin what's the point of this PR?
this IS a breaking change, did you just forgot to mark it as such?
I had updated map.jinja
to avoid breaking change:
## Legacy pillars support ('component' renamed to 'comp) ##
{%- if 'component' in prometheus.wanted and prometheus.wanted.component %}
{%- do prometheus.wanted.update({'comp': prometheus.wanted.component }) %}
{%- endif %}
{%- if 'component' in prometheus.pkg and prometheus.pkg.component %}
{%- do prometheus.pkg.update({'comp': prometheus.pkg.component }) %}
{%- endif %}
## Legacy (remove me after 31/4/21) ##
what's the point of this PR?
It's opinionated but pointless otherwise. Happy to close it.
PR progress checklist (to be filled in by reviewers)
What type of PR is this?
Primary type
[build]
Changes related to the build system[chore]
Changes to the build process or auxiliary tools and libraries such as documentation generation[ci]
Changes to the continuous integration configuration[feat]
A new feature[fix]
A bug fix[perf]
A code change that improves performance[refactor]
A code change that neither fixes a bug nor adds a feature[revert]
A change used to revert a previous commit[style]
Changes that do not affect the meaning of the code (white-space, formatting, missing semi-colons, etc.)Secondary type
[docs]
Documentation changes[test]
Adding missing or correcting existing testsDoes this PR introduce a
BREAKING CHANGE
?No.
Related issues and/or pull requests
Describe the changes you're proposing
This PR renames "component" dict to "comp" just to shorten the name. The
map.jinja
includes code to handle existing pillar data containing "component".Pillar / config required to test the proposed changes
Debug log showing how the proposed changes work
Documentation checklist
README
(e.g.Available states
).pillar.example
.Testing checklist
state_top
).Additional context