chore(deps): update terraform github.com/cloudposse/terraform-null-label to v0.25.0 (main) #30
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This PR contains the following updates:
tags/0.3.3->0.25.0Release Notes
cloudposse/terraform-null-label (github.com/cloudposse/terraform-null-label)
v0.25.0Compare Source
Add "tenant", "labels_as_tags", and "descriptors" @Nuru (#132)
what
idcomponent:tenantlabels_as_tagscontrols which labels are exported as tagsdescriptor_formatsgenerates new outputdescriptorsterraform-terraform-labelwhy
null-labeltenant,labels_as_tags,descriptor_formats, add additional clarification, stop promoting obsolete moduleFix: Update README Snippets @korenyoni (#130)
what
why
references
Bridgecrew compliance @Nuru (#125)
what
.gitignorewhy
note
The PR can and should be merged into
masterto update README and Bridgecrew without triggering a new release/version. These changes have no effect on the actual module in use and a release will create unnecessary ripple effects. However, merging tomasterwill update the README and badges, so is worthwhile, and the changes will move forward into the next release.Properly output descriptors of chained modules @Nuru (#133)
what
why
v0.24.1: Allow control of letter case of outputsCompare Source
Allow control of letter case of outputs @SweetOps (#107)
You now have control over the letter case of generated tag names and supplied labels, which means you also have control over the letter case of the ultimate
id.Labels are the elements you can include in
label_order, namelynamespace,environment,stage,name, andattributes. For every non-empty label, a corresponding tag name is generated. Fornamespace,environment,stage, the output is the formatted, normalized input. (By "normalized" we mean that it goes throughregex_replace_chars.), Forattributes, which is a list, each element is normalized, duplicates are removed, and the resulting list is converted to a string by joining the elements with thedelimiter(defaults to hyphen). Forname, which is special, the output is the same asid, which is the joining of the labels in the order specified bylabel_orderand separated bydelimiter.label_key_caseto one ofupper,lower, ortitle, which will result in generatedtagnames in the corresponding case:NAME,name, orName. For backwards compatibility,titleis the defaultlabel_value_caseto one ofupper,lower,title, ornone, which will result in output label values in the corresponding case (withnonemeaning no case conversion of any kind will be done, though the labels will still be subject toregex_replace_chars). The case converted labels will show up not just in the module output of the labels themselves, but also in thetagvalues and in theidstring.You can look at the test cases in
examples/completeand the expected results intest/src/examples_complete_test.goto see examples of how this is supposed to work.One interesting example is that you can create
ids in Pascal case by settinglabel_value_case = "title"anddelimiter = "".Include updates to exports/context.tf @Nuru (#122 and #123)
what
exports/context.tfid_length_limitwhy
exports/context.tfis what gets distributed and needs to be in syncRestore backward compatibility with v0.22.1 and earlier @Nuru (#121)
what
label_key_caseandlabel_value_caseby vars, not just by context attributes.why
Incorporates and closes #120
🐛 Bug fix/Breaking change
This version introduced a bug fix that technically is a breaking change.
The input
regex_replace_charsspecifies a regular expression, and characters matching it are removedfrom labels/id elements. Prior to this release, if the
delimiteritself matched the regular expression,then the delimiter would be removed from the
attributesportion of theid. This was not a problemfor most users, since the default delimiter was
-(dash) and the default regex allowed dashes, butif you customized the delimiter and/or regex, this could affect you.
v0.24.0Compare Source
Restore backward compatibility with v0.22.1 and earlier @Nuru (#121)
what
label_key_caseandlabel_value_caseby vars, not just by context attributes.why
Incorporates and closes #120
Allow control of letter case of outputs @SweetOps (#107)
You now have control over the letter case of generated tag names and supplied labels, which means you also have control over the letter case of the ultimate
id.Labels are the elements you can include in
label_order, namelynamespace,environment,stage,name, andattributes. For every non-empty label, a corresponding tag name is generated. Fornamespace,environment,stage, the output is the formatted, normalized input. (By "normalized" we mean that it goes throughregex_replace_chars.), Forattributes, which is a list, each element is normalized, duplicates are removed, and the resulting list is converted to a string by joining the elements with thedelimiter(defaults to hyphen). Forname, which is special, the output is the same asid, which is the joining of the labels in the order specified bylabel_orderand separated bydelimiter.label_key_caseto one ofupper,lower, ortitle, which will result in generatedtagnames in the corresponding case:NAME,name, orName. For backwards compatibility,titleis the defaultlabel_value_caseto one ofupper,lower,title, ornone, which will result in output label values in the corresponding case (withnonemeaning no case conversion of any kind will be done, though the labels will still be subject toregex_replace_chars). The case converted labels will show up not just in the module output of the labels themselves, but also in thetagvalues and in theidstring.You can look at the test cases in
examples/completeand the expected results intest/src/examples_complete_test.goto see examples of how this is supposed to work.One interesting example is that you can create
ids in Pascal case by settinglabel_value_case = "title"anddelimiter = "".Known issues
exports/context.tfstill not backwards compatibleid_lengthnot included inexports/context.tfv0.23.0: pre-release: Allow control of letter case of outputsCompare Source
Known issues
null-label. The canonicalcontext = module.this.contextfails ifmodule.this.contextis an older versioncontext.tfdoes not incorporatevar.label_key_caseandvar.label_value_caseinto themodule.thisobject, preventing those variables from taking effect in the root module'smodule.this.feat: add support for setting letter case of context tags @SweetOps (#107)
With this release, you gain control over the letter case of generated tag names and supplied labels, which means you also have control over the letter case of the ultimate
id.Labels are the elements you can include in
label_order, namelynamespace,environment,stage,name, andattributes. For every non-empty label, a corresponding tag name is generated. Fornamespace,environment,stage, the output is the formatted, normalized input. (By "normalized" we mean that it goes throughregex_replace_chars.), Forattributes, which is a list, each element is normalized, duplicates are removed, and the resulting list is converted to a string by joining the elements with thedelimiter(defaults to hyphen). Forname, which is special, the output is the same asid, which is the joining of the labels in the order specified bylabel_orderand separated bydelimiter.label_key_caseto one ofupper,lower, ortitle, which will result in generatedtagnames in the corresponding case:NAME,name, orName. For backwards compatibility,titleis the defaultlabel_value_caseto one ofupper,lower,title, ornone, which will result in output label values in the corresponding case (withnonemeaning no case conversion of any kind will be done, though the labels will still be subject toregex_replace_chars). The case converted labels will show up not just in the module output of the labels themselves, but also in thetagvalues and in theidstring.You can look at the test cases in
examples/completeand the expected results intest/src/examples_complete_test.goto see examples of how this is supposed to work.One interesting example is that you can create
ids in Pascal case by settinglabel_value_case = "title"anddelimiter = "".v0.22.1Compare Source
Add var.attributes to end of context.attributes, not vice versa @Nuru (#114)
what
var.attributesto end ofcontext.attributes, not vice versawhy
references
v0.22.0Compare Source
Breaking change: This release updates minimum Terraform version requirement to 0.12.26
Convert context.tf to registry reference @Nuru (#110)
what
context.tfto use registry reference>= 0.12.26why
context.tfv0.21.0Compare Source
Update `null-label` version used for exporting into other modules @aknysh (#106)
what
null-labelversion used for exporting into other moduleswhy
exports/context.tfto be exported into other modulesv0.20.0Compare Source
Update versions.tf to support tf .14 @kiddom-kq (#105)
Adds support for Terraform
0..14(currently inbeta2)I've currently got it pinned to
< 0.14.1to be conservative. Can update to< 0.15or similar.what
versions.tfto support terraform0.14why
0.13. The proposed workaround for that unrelated issue does not work for me at this time.0.14which is in beta, now.references
Fixes https://github.com/cloudposse/terraform-null-label/issues/104
v0.19.2Compare Source
Remove symlink, polish documentation @Nuru (#101)
what
context.tf(examples/autoscalinggroup/context.tf) with copy of filecontext.tfand clean up documentation comments inside the filewhy
v0.19.1Compare Source
Include all context inputs as normalized outputs @Nuru (#100)
Enhancement to #99
what
why
module.this.context.varto reference the input value withnulldefaults andmodule.this.varto reference the normalized value with nulls replaced by actual default values.references
contextfor input and chainingv0.19.0Compare Source
Standardize `context` for input and chaining @Nuru (#99)
what
contextobject concept:contextoutput contained normalized and generated data. This has now been renamednormalized_contextcontextobject output simply propagates the input unmodifiedcontext.tffile can be dropped into any module to provide standard context inputs and a context output (module.this.context) that can be fed into other modulesidlength limit:id_max_lengthtoid_length_limitidis truncated, it is truncate to exactlyid_length_limitcharactersdelimiter = "". Closes #77why
idmore intuitive. Sinceidis also used as a tag value, and AWS limits tag value length to 255 characters, limit theidlength by default so it will not break AWS.v0.18.0: : Add id_max_lengthCompare Source
This is a pre-release, to thank @tibbing for his contribution. There will be breaking changes to this feature in the next release.
#98 Thanks to @tibbing
id_max_length, that when set to a value greater than 0 will limit the length of ID output to given value.id_full.id_max_lengthis 0, so that the change is not breaking any existing usages.v0.17.0Compare Source
v0.16.0: Removed unnecessary step for tags_as_list_of_mapsCompare Source
what
why
v0.15.0: Dropnull_resourceCompare Source
what
null_resourcewith Terraform 0.12 for-logicWhy
v0.14.1: Fix exampleCompare Source
what
why
v0.14.0Compare Source
what
required_providersto pin Terraform providerswhy
required_providersblock allows specifying only the required provider version for the module without the need to specify all providers with versions explicitlyv0.13.0: Addversions.tfCompare Source
what
versions.tfwhy
versions.tfis also automatically added byterraform 0.12upgradetoolv0.12.2: Update Codefresh badgeCompare Source
what
why
terraform-modulesprojectv0.12.1Compare Source
v0.12.0Compare Source
v0.11.1Compare Source
v0.11.0Compare Source
v0.10.0Compare Source
v0.9.0Compare Source
v0.8.0Compare Source
v0.7.0: Useregex_replace_charsfrom context and add it to the output contextCompare Source
what
regex_replace_charsfrom context and add it to the output contextwhy
v0.6.3: Enable hyphens invar.regex_replace_charsCompare Source
what
var.regex_replace_charswhy
-inname,namespace,stagev0.6.2: Updateregex_replace_charsvariableCompare Source
what
egex_replace_charsvariablewhy
v0.6.1: Fix var.regex_replace_chars implementationCompare Source
what
var.regex_replace_charsimplementationwhy
v0.6.0: Addregex_replace_charsvariableCompare Source
what
regex_replace_charsvariablewhy
v0.5.4Compare Source
v0.5.3Compare Source
what
READMEwhy
references
v0.5.2Compare Source
what
attributesoutput alistattributeswhy
attributesinput is alist, we should keep the same type for the outputdelimiter. The delimiter was always taken from thecontexteven if it was provided invar.delimiter, and just forattributes, the other outputs were OKv0.5.1Compare Source
what
delimiterfrom the provided context or input variable is calculatedwhy
Fix the case where a module label is instantiated with a non-default delimiter, and then another label is generated based off the context but uses the default delimiter as the local var takes
precedence.
The only case this actually applies to is the delimiter, which has a default value of '-', however all others changed to make them consistent.
v0.5.0Compare Source
what
label_orderas a list to specify which variables and in what order go into theidoutput andNametag."namespace", "environment", "stage", "name", "attributes"why
Resolves https://github.com/cloudposse/terraform-null-label/issues/35
v0.4.1Compare Source
v0.4.0: Context - Allows chaining label modules togetherCompare Source
The module has a new
contextvariable and output.The module has a new
environmentvariable.The module now allows all variables to be optional and follows a set of rules to generate the outputs.
Context allows the variables of one label module to be passed to the next label module.
Allowing you to create one label that has the base set of values, and then creating every extra label
as a derivative of that.
The environment variable can be used with the stage variable or alone.
It was added because in some businesses the term
environmentis embedded as a "known term" for the separation of resources from development to production, so to keep this module from changing the embedded nomenclature this variable was added with backwards compatibility.v0.3.8Compare Source
v0.3.7: : Readme.yaml - fix avatars linksCompare Source
what
why
v0.3.6Compare Source
v0.3.5Compare Source
what
READMEwhy
/instead of:in make targetsv0.3.4Compare Source
what
why
Configuration
📅 Schedule: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).
🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.
♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.
🔕 Ignore: Close this PR and you won't be reminded about this update again.
This PR has been generated by Mend Renovate. View repository job log here.