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.

Sign up for GitHub

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

Jump to bottom

chore(deps): update terraform cloudposse/ecs-cloudwatch-sns-alarms/aws to v0.13.0 (release/v0) #272

Open
wants to merge 1 commit into
base: release/v0
Choose a base branch
from
Open

chore(deps): update terraform cloudposse/ecs-cloudwatch-sns-alarms/aws to v0.13.0 (release/v0) #272

wants to merge 1 commit into from

Conversation

renovate[bot]
Copy link
Contributor

@renovate renovate bot commented May 3, 2024 •
edited

Mend Renovate

This PR contains the following updates:

Package Type Update Change
cloudposse/ecs-cloudwatch-sns-alarms/aws (source) module minor 0.12.1 -> 0.13.0

Release Notes

cloudposse/terraform-aws-ecs-cloudwatch-sns-alarms (cloudposse/ecs-cloudwatch-sns-alarms/aws)

v0.13.0

Compare Source

Update upstream module versions in examples/complete @​joe-niland (#​41)

what

  • bump upstream module versions
  • bump min provider & tf versions in line with deps

why

  • Fix errors in Terratest related to outdated provider versions

references

  • none
Sync github @​max-lobur (#​36)

Sync github from the template

Use cloudposse/template for arm support @​nitrocode (#​34)

what

  • Use cloudposse/template for arm support

why

  • The new cloudposse/template provider has a darwin arm binary for M1 laptops

references

git.io->cloudposse.tools update @​dylanbannon (#​29)

what and why

Change all references to git.io/build-harness into cloudposse.tools/build-harness, since git.io redirects will stop working on April 29th, 2022.

References

  • DEV-143
context.tf updated to v0.24.1, minimum required Terraform version bumped to 0.13.0 when needed, readme updated @​maximmi (#​25)

what

  • update context.tf to v0.24.1
  • minimum required Terraform version bumped to 0.13.0
  • readme updated, Bridgecrew compliance badges added

why

  • It allows for setting the letter case of tag names and labels, back compatibility with context v0.22.0 and below
  • we have dropped support for Terraform 0.12
  • To be able see and fix the recommendations from Bridgecrew so we can position our modules as standards compliant
minimum required Terraform version bumped to 0.13.0, context.tf updated, readme updated @​maximmi (#​24)

what

  • update context.tf to v0.23.0
  • minimum required Terraform version bumped to 0.13.0
  • readme updated, Bridgecrew compliance badges added

why

  • It allows for setting the letter case of tag names and labels
  • we have dropped support for Terraform 0.12
  • To be able see and fix the recommendations from Bridgecrew so we can position our modules as standards compliant
readme updated, BC checks fixed for example/test module @​maximmi (#​21)

what

  • BridgeCrew compliance checks fix
  • readme updated

why

  • To be able to position our modules as standards compliant
  • To comply BridgeCrew check

references

Terraform 0.14 upgrade @​maximmi (#​19)

what

  • Upgrade to support Terraform 0.14 and bring up to current Cloud Posse standard

why

  • Support Terraform 0.14
Use context.tf and latest null-label module @​okgolove (#​17)

what

  • Use context feature and latest null-label module

why

  • The module should have context feature due to it is used by another modules like ecs-web-app
Update provider pinning @​jamengual (#​16)

what

  • upgrade aws provider to > 3.1

why

  • Updating base modules
[AUTOMATED] Update terraform-null-label versions to support Terraform 0.13 @​Gowiem (#​14)

What

  1. Updates terraform-null-label versions 0.14.1, 0.15.0, and 0.16.0 to version 0.17.0
  2. This is an automated commit and pull request created by Microplane. More information here.

Why

  1. This module and the mentioned previous versions are used extensively across the large majority of Cloud Posse's Terraform Modules. They're currently holding back support for Terraform v0.13. Doing this upgrade in mass will alleviate the pain in our efforts to support Terraform v0.13
[AUTOMATED] Update Version Pinning for Terraform to support 0.13 @​Gowiem (#​12)

What

  1. Update Version Pinning for Terraform to support 0.13

Why

  1. This is a relatively minor update that the CloudPosse module already likely supports.
  2. This allows module consumers to not individually update our Terraform module to support Terraform 0.13.
Updates to ChatOps - Automated commit @​Gowiem (#​11)

What

  • Adds chatops commands
    • '/test all'
    • '/test bats'
    • '/test readme'
    • '/test terratest'
  • Drops codefresh
  • Drops slash-command-dispatch
  • Removes codefresh badge
  • Rebuilds README

Why

  • Change over from codefresh to GH Actions
  • Facilitate testing of PRs from forks
Convert to TF 0.12. Add tests. Add Codefresh test pipeline @​aknysh (#​10)

what

  • Port module to Terraform 0.12
  • Pin all providers
  • Add example for testing
  • Add bats and terratest for the example
  • Add Codefresh badge to point to the test pipeline in terraform-modules project
  • Update README

why

  • Module currently does not work with 0.12. Much easier syntax
  • Better regression control
  • Automatically test the example on every commit and pull request
  • Provision resources on AWS in the test account and check the outputs for the correct values
  • terraform-modules project contains pipelines for all terraform modules

related

  • Closes #​9

test


Apply complete! Resources: 34 added, 0 changed, 0 destroyed.

Outputs:

container_definition_json = [{"command":null,"cpu":256,"dependsOn":null,"dnsServers":null,"dockerLabels":null,"entryPoint":null,"environment":[{"name":"false_boolean_var","value":"false"},{"name":"integer_var","value":"42"},{"name":"string_var","value":"I am a string"},{"name":"true_boolean_var","value":"true"}],"essential":true,"firelensConfiguration":null,"healthCheck":null,"image":"cloudposse/geodesic","links":null,"logConfiguration":null,"memory":256,"memoryReservation":128,"mountPoints":null,"name":"geodesic","portMappings":[{"containerPort":80,"hostPort":80,"protocol":"tcp"},{"containerPort":443,"hostPort":443,"protocol":"udp"}],"privileged":null,"readonlyRootFilesystem":false,"repositoryCredentials":null,"secrets":null,"startTimeout":30,"stopTimeout":30,"systemControls":null,"ulimits":null,"user":null,"volumesFrom":null,"workingDirectory":null}]

container_definition_json_map = {"command":null,"cpu":256,"dependsOn":null,"dnsServers":null,"dockerLabels":null,"entryPoint":null,"environment":[{"name":"false_boolean_var","value":"false"},{"name":"integer_var","value":"42"},{"name":"string_var","value":"I am a string"},{"name":"true_boolean_var","value":"true"}],"essential":true,"firelensConfiguration":null,"healthCheck":null,"image":"cloudposse/geodesic","links":null,"logConfiguration":null,"memory":256,"memoryReservation":128,"mountPoints":null,"name":"geodesic","portMappings":[{"containerPort":80,"hostPort":80,"protocol":"tcp"},{"containerPort":443,"hostPort":443,"protocol":"udp"}],"privileged":null,"readonlyRootFilesystem":false,"repositoryCredentials":null,"secrets":null,"startTimeout":30,"stopTimeout":30,"systemControls":null,"ulimits":null,"user":null,"volumesFrom":null,"workingDirectory":null}

cpu_utilization_high_cloudwatch_metric_alarm_arn = arn:aws:cloudwatch:us-east-2:126450723953:alarm:eg-test-ecs-cloudwatch-sns-alarms-cpu-utilization-high
cpu_utilization_high_cloudwatch_metric_alarm_id = eg-test-ecs-cloudwatch-sns-alarms-cpu-utilization-high
cpu_utilization_low_cloudwatch_metric_alarm_arn = arn:aws:cloudwatch:us-east-2:126450723953:alarm:eg-test-ecs-cloudwatch-sns-alarms-cpu-utilization-low
cpu_utilization_low_cloudwatch_metric_alarm_id = eg-test-ecs-cloudwatch-sns-alarms-cpu-utilization-low
ecs_cluster_arn = arn:aws:ecs:us-east-2:126450723953:cluster/eg-test-ecs-cloudwatch-sns-alarms
ecs_cluster_id = arn:aws:ecs:us-east-2:126450723953:cluster/eg-test-ecs-cloudwatch-sns-alarms
ecs_exec_role_policy_id = eg-test-ecs-cloudwatch-sns-alarms-exec:eg-test-ecs-cloudwatch-sns-alarms-exec
ecs_exec_role_policy_name = eg-test-ecs-cloudwatch-sns-alarms-exec
memory_utilization_high_cloudwatch_metric_alarm_arn = arn:aws:cloudwatch:us-east-2:126450723953:alarm:eg-test-ecs-cloudwatch-sns-alarms-memory-utilization-high
memory_utilization_high_cloudwatch_metric_alarm_id = eg-test-ecs-cloudwatch-sns-alarms-memory-utilization-high
memory_utilization_low_cloudwatch_metric_alarm_arn = arn:aws:cloudwatch:us-east-2:126450723953:alarm:eg-test-ecs-cloudwatch-sns-alarms-memory-utilization-low
memory_utilization_low_cloudwatch_metric_alarm_id = eg-test-ecs-cloudwatch-sns-alarms-memory-utilization-low

private_subnet_cidrs = [
  "172.16.0.0/19",
  "172.16.32.0/19",
]

public_subnet_cidrs = [
  "172.16.96.0/19",
  "172.16.128.0/19",
]

service_name = eg-test-ecs-cloudwatch-sns-alarms
service_role_arn = arn:aws:iam::126450723953:role/eg-test-ecs-cloudwatch-sns-alarms-service
service_security_group_id = sg-0a841038ac859d842
task_definition_family = eg-test-ecs-cloudwatch-sns-alarms
task_definition_revision = 1
task_exec_role_arn = arn:aws:iam::126450723953:role/eg-test-ecs-cloudwatch-sns-alarms-exec
task_exec_role_name = eg-test-ecs-cloudwatch-sns-alarms-exec
task_role_arn = arn:aws:iam::126450723953:role/eg-test-ecs-cloudwatch-sns-alarms-task
task_role_id = AROAR24IM5RYUCXV7QQLU
task_role_name = eg-test-ecs-cloudwatch-sns-alarms-task
vpc_cidr = 172.16.0.0/16
Regenerate README.md @​vadim-hleif (#​6)

what

  • Regenerate README.md

why

  • Previous version of build-harness has some typos
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
  • Change releases badge link
  • Re-render readme
Why
  • Badge has wrong url
  • Old template has a bug so avatars links were broken
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

  • Add auto-release
  • Update test Makefile to newer version

why

  • Because automation

references

  • None

🤖 Automatic Updates

Update Scaffolding @​osterman (#​42)

what

  • Reran make readme to rebuild README.md from README.yaml
  • Migrate to square badges
  • Add scaffolding for repo settings and Mergify

why

  • Upstream template changed in the .github repo
  • Work better with repository rulesets
  • Modernize look & feel
Update context.tf @​cloudpossebot (#​30)

what

This is an auto-generated PR that updates the context.tf file to the latest version from cloudposse/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:

Package Type Update Change
cloudposse/label/null (source) module minor 0.24.1 -> 0.25.0
Release Notes
cloudposse/terraform-null-label
v0.25.0

Compare Source

Add "tenant", "labels_as_tags", and "descriptors" @​&#​8203;Nuru (#&#​8203;132)
what
  • Add additional label and id component: tenant
  • New input labels_as_tags controls which labels are exported as tags
  • New input descriptor_formats generates new output descriptors
  • Update README, remove link to obsolete terraform-terraform-label
why
  • Support users that host resources on behalf of and/or dedicated to single customers
  • Supersedes and closes #&#​8203;131, giving people control over which tags the module generates
  • Simple mechanism for creating multiple identifiers from the same inputs, reducing the need to create multiple instances of null-label
  • Document tenant, labels_as_tags, descriptor_formats, add additional clarification, stop promoting obsolete module
Fix: Update README Snippets @​&#​8203;korenyoni (#&#​8203;130)
what
  • Update README snippets to reflect use of Terraform Registry.
why
  • Including snippets that reflect use of the Terraform Registry make it easier for users to quickly instantiate a null_label module.
  • README is out of date and does not include snippets that reflect use of the Terraform Registry.
references
  • N/A
Bridgecrew compliance @​&#​8203;Nuru (#&#​8203;125)
what
  • Resolve Bridgecrew compliance complaint about example Autoscaling Group (BC_AWS_GENERAL_31)
  • Fix typo in README
  • Include Terraform lock file in .gitignore
why
  • Get clean Bridgecrew badge
  • Correct confusing error
  • Ensure lock files are not checked into GitHub
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 to master 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 @​&#​8203;Nuru (#&#​8203;133)
what
  • Properly output descriptors of chained modules
why
  • Bug fix; implement intended behavior
Update Terraform cloudposse/label/null to v0.24.1 @​renovate (#​26)

This PR contains the following updates:

Package Type Update Change
cloudposse/label/null (source) terraform minor 0.22.1 -> 0.24.1
Release Notes
cloudposse/terraform-null-label
v0.24.1

Compare Source

Allow control of letter case of outputs @​&#​8203;SweetOps (#&#​8203;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, namely namespace, environment, stage, name, and attributes. For every non-empty label, a corresponding tag name is generated. For namespace, environment, stage, the output is the formatted, normalized input. (By "normalized" we mean that it goes through regex_replace_chars.), For attributes, 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 the delimiter (defaults to hyphen). For name, which is special, the output is the same as id, which is the joining of the labels in the order specified by label_order and separated by delimiter.

  • You can set label_key_case to one of upper, lower, or title, which will result in generated tag names in the corresponding case: NAME, name, or Name. For backwards compatibility, title is the default
  • You can set label_value_case to one of upper, lower, title, or none, which will result in output label values in the corresponding case (with none meaning no case conversion of any kind will be done, though the labels will still be subject to regex_replace_chars). The case converted labels will show up not just in the module output of the labels themselves, but also in the tag values and in the id string.

You can look at the test cases in examples/complete and the expected results in test/src/examples_complete_test.go to see examples of how this is supposed to work.

One interesting example is that you can create ids in Pascal case by setting label_value_case = "title" and delimiter = "".

Include updates to exports/context.tf @​&#​8203;Nuru (#&#​8203;122 and #&#​8203;123)
what
  • Include updates to exports/context.tf
  • Update README with features and compatibilty
  • Add validation for id_length_limit
why
  • The exports/context.tf is what gets distributed and needs to be in sync
  • Replace outdated information
  • Was not validated earlier because validators are not supported in TF 0.12 but now we are dropping support for TF 0.12 and so we can add validators
Restore backward compatibility with v0.22.1 and earlier @​&#​8203;Nuru (#&#​8203;121)
what
  • Restore backward compatibility with v0.22.1 and earlier
  • Allow setting of label_key_case and label_value_case by vars, not just by context attributes.
why
  • Allow interoperability of old and new modules
  • Normally, root modules make settings via individual variables, not by setting an entire context block.

Incorporates and closes #​120

v0.24.0

Compare Source

Restore backward compatibility with v0.22.1 and earlier @​&#​8203;Nuru (#&#​8203;121)
what
  • Restore backward compatibility with v0.22.1 and earlier
  • Allow setting of label_key_case and label_value_case by vars, not just by context attributes.
why
  • Allow interoperability of old and new modules
  • Normally, root modules make settings via individual variables, not by setting an entire context block.

Incorporates and closes #​120

Allow control of letter case of outputs @​&#​8203;SweetOps (#&#​8203;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, namely namespace, environment, stage, name, and attributes. For every non-empty label, a corresponding tag name is generated. For namespace, environment, stage, the output is the formatted, normalized input. (By "normalized" we mean that it goes through regex_replace_chars.), For attributes, 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 the delimiter (defaults to hyphen). For name, which is special, the output is the same as id, which is the joining of the labels in the order specified by label_order and separated by delimiter.

  • You can set label_key_case to one of upper, lower, or title, which will result in generated tag names in the corresponding case: NAME, name, or Name. For backwards compatibility, title is the default
  • You can set label_value_case to one of upper, lower, title, or none, which will result in output label values in the corresponding case (with none meaning no case conversion of any kind will be done, though the labels will still be subject to regex_replace_chars). The case converted labels will show up not just in the module output of the labels themselves, but also in the tag values and in the id string.

You can look at the test cases in examples/complete and the expected results in test/src/examples_complete_test.go to see examples of how this is supposed to work.

One interesting example is that you can create ids in Pascal case by setting label_value_case = "title" and delimiter = "".

Known issues
  • exports/context.tf still not backwards compatible
  • Validation for id_length not included in exports/context.tf
v0.23.0

Compare Source

Known issues
  • Does not interoperate with earlier versions of null-label. The canonical context = module.this.context fails if module.this.context is an older version
  • context.tf does not incorporate var.label_key_case and var.label_value_case into the module.this object, preventing those variables from taking effect in the root module's module.this.
feat: add support for setting letter case of context tags @​&#​8203;SweetOps (#&#​8203;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, namely namespace, environment, stage, name, and attributes. For every non-empty label, a corresponding tag name is generated. For namespace, environment, stage, the output is the formatted, normalized input. (By "normalized" we mean that it goes through regex_replace_chars.), For attributes, 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 the delimiter (defaults to hyphen). For name, which is special, the output is the same as id, which is the joining of the labels in the order specified by label_order and separated by delimiter.

  • You can set label_key_case to one of upper, lower, or title, which will result in generated tag names in the corresponding case: NAME, name, or Name. For backwards compatibility, title is the default
  • You can set label_value_case to one of upper, lower, title, or none, which will result in output label values in the corresponding case (with none meaning no case conversion of any kind will be done, though the labels will still be subject to regex_replace_chars). The case converted labels will show up not just in the module output of the labels themselves, but also in the tag values and in the id string.

You can look at the test cases in examples/complete and the expected results in test/src/examples_complete_test.go to see examples of how this is supposed to work.

One interesting example is that you can create ids in Pascal case by setting label_value_case = "title" and delimiter = "".

Update context.tf @​cloudpossebot (#​22)

what

This is an auto-generated PR that updates the context.tf file to the latest version from cloudposse/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:

Package Type Update Change
cloudposse/label/null (source) terraform minor 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 @​&#​8203;Nuru (#&#​8203;114)
what
  • Add var.attributes to end of context.attributes, not vice versa
  • Update to current workflows (with some exceptions)
why
  • Modules should append to attributes passed in, not insert themselves ahead of others
  • New features, like auto-format (but holding back some, because this is a special module)
references
  • closes #&#​8203;113
  • closes #&#​8203;108
v0.22.0

Compare Source

Breaking change: This release updates minimum Terraform version requirement to 0.12.26

Convert context.tf to registry reference @​&#​8203;Nuru (#&#​8203;110)
what
  • Convert context.tf to use registry reference
  • Update version requirement to >= 0.12.26
  • Switch auto-publish to draft mode
why
  • New standard way to reference modules
  • Minimum version that supports registry references
  • Ensure that version numbers are set manually and match what is in 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 into cloudposse.tools/build-harness, since git.io redirects will stop working on April 29th, 2022.

References

  • DEV-143

🤖 Automatic Updates

Update context.tf @​cloudpossebot (#​30)

what

This is an auto-generated PR that updates the context.tf file to the latest version from cloudposse/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:

Package Type Update Change
cloudposse/label/null (source) module minor 0.24.1 -> 0.25.0
Release Notes
cloudposse/terraform-null-label
v0.25.0

Compare Source

Add "tenant", "labels_as_tags", and "descriptors" @​&#​8203;Nuru (#&#​8203;132)
what
  • Add additional label and id component: tenant
  • New input labels_as_tags controls which labels are exported as tags
  • New input descriptor_formats generates new output descriptors
  • Update README, remove link to obsolete terraform-terraform-label
why
  • Support users that host resources on behalf of and/or dedicated to single customers
  • Supersedes and closes #&#​8203;131, giving people control over which tags the module generates
  • Simple mechanism for creating multiple identifiers from the same inputs, reducing the need to create multiple instances of null-label
  • Document tenant, labels_as_tags, descriptor_formats, add additional clarification, stop promoting obsolete module
Fix: Update README Snippets @​&#​8203;korenyoni (#&#​8203;130)
what
  • Update README snippets to reflect use of Terraform Registry.
why
  • Including snippets that reflect use of the Terraform Registry make it easier for users to quickly instantiate a null_label module.
  • README is out of date and does not include snippets that reflect use of the Terraform Registry.
references
  • N/A
Bridgecrew compliance @​&#​8203;Nuru (#&#​8203;125)
what
  • Resolve Bridgecrew compliance complaint about example Autoscaling Group (BC_AWS_GENERAL_31)
  • Fix typo in README
  • Include Terraform lock file in .gitignore
why
  • Get clean Bridgecrew badge
  • Correct confusing error
  • Ensure lock files are not checked into GitHub
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 to master 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 @​&#​8203;Nuru (#&#​8203;133)
what
  • Properly output descriptors of chained modules
why
  • Bug fix; implement intended behavior
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.

  • If you want to rebase/retry this PR, check this box.

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.

  • If you want to rebase/retry this PR, check this box

This PR has been generated by Mend Renovate. View repository job log here.

@renovate renovate bot requested review from a team as code owners May 3, 2024 14:50
@renovate renovate bot added the auto-update This PR was automatically generated label May 3, 2024
@renovate renovate bot requested review from hans-d and nitrocode and removed request for a team May 3, 2024 14:50
@mergify Mergify
Copy link

mergify bot commented May 3, 2024

/terratest

@renovate renovate bot force-pushed the renovate/release/v0-cloudposse-ecs-cloudwatch-sns-alarms-aws-0.x branch from e318255 to f25cfb4 Compare May 22, 2024 21:20
@renovate renovate bot changed the title chore(deps): update terraform cloudposse/ecs-cloudwatch-sns-alarms/aws to v0.12.3 (release/v0) chore(deps): update terraform cloudposse/ecs-cloudwatch-sns-alarms/aws to v0.13.0 (release/v0) May 22, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Reviewers

@hans-d hans-d Awaiting requested review from hans-d hans-d is a code owner automatically assigned from cloudposse/contributors

@nitrocode nitrocode Awaiting requested review from nitrocode nitrocode is a code owner automatically assigned from cloudposse/contributors

Assignees
No one assigned
Labels
auto-update This PR was automatically generated
Projects
None yet
Milestone
No milestone
Development

Successfully merging this pull request may close these issues.

None yet
0 participants