chore(deps): update terraform cloudposse/ecs-cloudwatch-sns-alarms/aws to v0.13.1 (release/v0) #272
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:
0.12.1
->0.13.1
Release Notes
cloudposse/terraform-aws-ecs-cloudwatch-sns-alarms (cloudposse/ecs-cloudwatch-sns-alarms/aws)
v0.13.1
Compare Source
🚀 Enhancements
fix: Memory High description typo @pazaan (#51)
`Hight` -> `High`what
Fix typo in alarm description
🤖 Automatic Updates
Update .github/settings.yml @osterman (#50)
what
.github/settings.yml
.github/auto-release.yml
fileswhy
.github/settings.yml
from org levelreferences
Update .github/settings.yml @osterman (#49)
what
.github/settings.yml
.github/auto-release.yml
fileswhy
.github/settings.yml
from org levelreferences
v0.13.0
Compare Source
Update upstream module versions in examples/complete @joe-niland (#41)
what
why
references
Sync github @max-lobur (#36)
Sync github from the template
Use cloudposse/template for arm support @nitrocode (#34)
what
why
references
git.io->cloudposse.tools update @dylanbannon (#29)
what and why
Change all references to
git.io/build-harness
intocloudposse.tools/build-harness
, sincegit.io
redirects will stop working on April 29th, 2022.References
context.tf updated to v0.24.1, minimum required Terraform version bumped to 0.13.0 when needed, readme updated @maximmi (#25)
what
why
minimum required Terraform version bumped to 0.13.0, context.tf updated, readme updated @maximmi (#24)
what
why
readme updated, BC checks fixed for example/test module @maximmi (#21)
what
why
references
Terraform 0.14 upgrade @maximmi (#19)
what
why
Use context.tf and latest null-label module @okgolove (#17)
what
why
Update provider pinning @jamengual (#16)
what
why
[AUTOMATED] Update terraform-null-label versions to support Terraform 0.13 @Gowiem (#14)
What
Why
[AUTOMATED] Update Version Pinning for Terraform to support 0.13 @Gowiem (#12)
What
Why
Updates to ChatOps - Automated commit @Gowiem (#11)
What
Why
Convert to TF 0.12. Add tests. Add Codefresh test pipeline @aknysh (#10)
what
bats
andterratest
for the exampleterraform-modules
projectwhy
terraform-modules
project contains pipelines for all terraform modulesrelated
test
Regenerate README.md @vadim-hleif (#6)
what
README.md
why
Refactor module to support autoscaling @sarkis (#4)
what
Refactor module to support autoscaling.
why
DRY - eliminates need to duplicate the same Alarms in a different module.
Fix image links and the badge `releases` @vadim-hleif (#5)
What
Why
Remove SNS Topic creation functionality @sarkis (#3)
what
Remove SNS Topic creation and related resources.
why
This will simplify the module and decouple the SNS Topic from the Alarms.
Allow existing SNS topics @sarkis (#2)
what
Allow an existing SNS topic to be passed in as a parameter.
why
Give flexibility of having a single SNS topic for multiple alarm modules.
Initialize module @sarkis (#1)
what
Module to setup CloudWatch Alarms based on ECS Service metrics.
why
Alerts which can be used to gauge service health.
🚀 Enhancements
update GitHub Actions and tests @joe-niland (#18)
what
why
references
🤖 Automatic Updates
Update Scaffolding @osterman (#42)
what
make readme
to rebuildREADME.md
fromREADME.yaml
why
.github
repoUpdate context.tf @cloudpossebot (#30)
what
This is an auto-generated PR that updates the
context.tf
file to the latest version fromcloudposse/terraform-null-label
why
To support all the features of the
context
interface.Update Terraform cloudposse/label/null to v0.25.0 @renovate (#27)
This PR contains the following updates:
0.24.1
->0.25.0
Release Notes
cloudposse/terraform-null-label
v0.25.0
Compare Source
Add "tenant", "labels_as_tags", and "descriptors" @​Nuru (#​132)
what
id
component:tenant
labels_as_tags
controls which labels are exported as tagsdescriptor_formats
generates new outputdescriptors
terraform-terraform-label
why
null-label
tenant
,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
.gitignore
why
note
The PR can and should be merged into
master
to 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 tomaster
will 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
Update Terraform cloudposse/label/null to v0.24.1 @renovate (#26)
This PR contains the following updates:
0.22.1
->0.24.1
Release Notes
cloudposse/terraform-null-label
v0.24.1
Compare 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_order
and separated bydelimiter
.label_key_case
to one ofupper
,lower
, ortitle
, which will result in generatedtag
names in the corresponding case:NAME
,name
, orName
. For backwards compatibility,title
is the defaultlabel_value_case
to one ofupper
,lower
,title
, ornone
, which will result in output label values in the corresponding case (withnone
meaning 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 thetag
values and in theid
string.You can look at the test cases in
examples/complete
and the expected results intest/src/examples_complete_test.go
to see examples of how this is supposed to work.One interesting example is that you can create
id
s in Pascal case by settinglabel_value_case = "title"
anddelimiter = ""
.Include updates to exports/context.tf @​Nuru (#​122 and #​123)
what
exports/context.tf
id_length_limit
why
exports/context.tf
is what gets distributed and needs to be in syncRestore backward compatibility with v0.22.1 and earlier @​Nuru (#​121)
what
label_key_case
andlabel_value_case
by vars, not just by context attributes.why
Incorporates and closes #120
v0.24.0
Compare Source
Restore backward compatibility with v0.22.1 and earlier @​Nuru (#​121)
what
label_key_case
andlabel_value_case
by 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_order
and separated bydelimiter
.label_key_case
to one ofupper
,lower
, ortitle
, which will result in generatedtag
names in the corresponding case:NAME
,name
, orName
. For backwards compatibility,title
is the defaultlabel_value_case
to one ofupper
,lower
,title
, ornone
, which will result in output label values in the corresponding case (withnone
meaning 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 thetag
values and in theid
string.You can look at the test cases in
examples/complete
and the expected results intest/src/examples_complete_test.go
to see examples of how this is supposed to work.One interesting example is that you can create
id
s in Pascal case by settinglabel_value_case = "title"
anddelimiter = ""
.Known issues
exports/context.tf
still not backwards compatibleid_length
not included inexports/context.tf
v0.23.0
Compare Source
Known issues
null-label
. The canonicalcontext = module.this.context
fails ifmodule.this.context
is an older versioncontext.tf
does not incorporatevar.label_key_case
andvar.label_value_case
into themodule.this
object, 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_order
and separated bydelimiter
.label_key_case
to one ofupper
,lower
, ortitle
, which will result in generatedtag
names in the corresponding case:NAME
,name
, orName
. For backwards compatibility,title
is the defaultlabel_value_case
to one ofupper
,lower
,title
, ornone
, which will result in output label values in the corresponding case (withnone
meaning 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 thetag
values and in theid
string.You can look at the test cases in
examples/complete
and the expected results intest/src/examples_complete_test.go
to see examples of how this is supposed to work.One interesting example is that you can create
id
s in Pascal case by settinglabel_value_case = "title"
anddelimiter = ""
.Update context.tf @cloudpossebot (#22)
what
This is an auto-generated PR that updates the
context.tf
file to the latest version fromcloudposse/terraform-null-label
why
To support all the features of the
context
interface.Update README.md and docs @cloudpossebot (#23)
what
This is an auto-generated PR that updates the README.md and docs
why
To have most recent changes of README.md and doc from origin templates
Update Terraform cloudposse/label/null to v0.22.1 @renovate (#20)
This PR contains the following updates:
0.21.0
->0.22.1
Release Notes
cloudposse/terraform-null-label
v0.22.1
Compare Source
Add var.attributes to end of context.attributes, not vice versa @​Nuru (#​114)
what
var.attributes
to end ofcontext.attributes
, not vice versawhy
references
v0.22.0
Compare Source
Breaking change: This release updates minimum Terraform version requirement to 0.12.26
Convert context.tf to registry reference @​Nuru (#​110)
what
context.tf
to use registry reference>= 0.12.26
why
context.tf
v0.12.3
Compare Source
git.io->cloudposse.tools update @dylanbannon (#29)
what and why
Change all references to
git.io/build-harness
intocloudposse.tools/build-harness
, sincegit.io
redirects will stop working on April 29th, 2022.References
🤖 Automatic Updates
Update context.tf @cloudpossebot (#30)
what
This is an auto-generated PR that updates the
context.tf
file to the latest version fromcloudposse/terraform-null-label
why
To support all the features of the
context
interface.v0.12.2
Compare Source
🤖 Automatic Updates
Update Terraform cloudposse/label/null to v0.25.0 @renovate (#27)
This PR contains the following updates:
0.24.1
->0.25.0
Release Notes
cloudposse/terraform-null-label
v0.25.0
Compare Source
Add "tenant", "labels_as_tags", and "descriptors" @​Nuru (#​132)
what
id
component:tenant
labels_as_tags
controls which labels are exported as tagsdescriptor_formats
generates new outputdescriptors
terraform-terraform-label
why
null-label
tenant
,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
.gitignore
why
note
The PR can and should be merged into
master
to 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 tomaster
will 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
Configuration
📅 Schedule: At any time (no schedule defined).
🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.
♻ Rebasing: Renovate will not automatically rebase this PR, because other commits have been found.
🔕 Ignore: Close this PR and you won't be reminded about this update again.
This PR has been generated by WhiteSource Renovate. View repository job log here.
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 was generated by Mend Renovate. View the repository job log.