Releases: cloudposse/terraform-aws-ecs-codepipeline
v0.24.0
feat: add support deployment of static assets to CDN @jhosteny (#73)
what
- Update the terraform-aws-codebuild dependency to pick up the secondary artifact changes
- Expose the secondary artifact configuration settings as variables
why
- The intent is to wire the secondary artifact configuration up through the terraform-aws-ecs-web-app module to allow for a lightweight static asset deployment through an S3 CDN that is integrated in one build
references
- closes #72
v0.23.1
🤖 Automatic Updates
Update Terraform cloudposse/codebuild/aws to v0.32.0 @renovate (#68)
This PR contains the following updates:
| Package | Type | Update | Change |
|---|---|---|---|
| cloudposse/codebuild/aws (source) | terraform | minor | 0.31.1 -> 0.32.0 |
Release Notes
cloudposse/terraform-aws-codebuild
v0.32.0
context.tf updated to v0.24.1, minimum required Terraform version bumped to 0.13.0 when needed, readme updated @maximmi (#83)
#### 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 compliantv0.23.0
Exposes codebuilds 'cache_bucket_suffix_enabled' variable. @lezavala (#69)
what
- Exposes the code build variable
var.cache_bucket_suffix_enabled
why
- Allowing me to set to
falseprevents the random string generation to the S3 bucket suffix. This resolves an error I am getting:
Error: cache location is required when cache type is "S3"
on .terraform/modules/test_build/main.tf line 206, in resource "aws_codebuild_project" "default":
206: resource "aws_codebuild_project" "default" {
references
- This seems to be related: hashicorp/terraform-provider-aws#10195
v0.22.0 Support Null Label v0.24.1, require Terraform 0.13
v0.21.0
v0.20.2
🤖 Automatic Updates
Update Terraform cloudposse/label/null to v0.24.1 @renovate (#57)
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
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, 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_caseto one ofupper,lower, ortitle, which will result in generatedtagnames in the corresponding case:NAME,name, orName. For backwards compatibility,titleis the default - You can set
label_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/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 @Nuru (#122 and #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 validatorsRestore backward compatibility with v0.22.1 and earlier @Nuru (#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
Restore backward compatibility with v0.22.1 and earlier @Nuru (#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 @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, 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_caseto one ofupper,lower, ortitle, which will result in generatedtagnames in the corresponding case:NAME,name, orName. For backwards compatibility,titleis the default - You can set
label_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/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 = "".
v0.23.0
- 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, 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_caseto one ofupper,lower, ortitle, which will result in generatedtagnames in the corresponding case:NAME,name, orName. For backwards compatibility,titleis the default - You can set
label_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/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 = "".
v0.20.1
🤖 Automatic Updates
Update Terraform cloudposse/codebuild/aws to v0.31.0 @renovate (#61)
This PR contains the following updates:
| Package | Type | Update | Change |
|---|---|---|---|
| cloudposse/codebuild/aws (source) | terraform | minor | 0.30.1 -> 0.31.0 |
Release Notes
cloudposse/terraform-aws-codebuild
v0.31.0
minimum required Terraform version bumped to 0.13.0, context.tf updated, readme updated @maximmi (#82)
#### 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 compliantv0.20.0
minimum required Terraform version bumped to 0.13.0, context.tf updated, readme updated @maximmi (#60)
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
v0.19.3
🤖 Automatic Updates
Update Terraform cloudposse/codebuild/aws to v0.30.1 @renovate (#59)
This PR contains the following updates:
| Package | Type | Update | Change |
|---|---|---|---|
| cloudposse/codebuild/aws (source) | terraform | patch | 0.30.0 -> 0.30.1 |
Release Notes
cloudposse/terraform-aws-codebuild
v0.30.1
🤖 Automatic Updates
Update README.md and docs @cloudpossebot (#81)
#### 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 templatesv0.19.2
🤖 Automatic Updates
Update Terraform cloudposse/codebuild/aws to v0.30.0 @renovate (#56)
This PR contains the following updates:
| Package | Type | Update | Change |
|---|---|---|---|
| cloudposse/codebuild/aws (source) | terraform | minor | 0.28.0 -> 0.30.0 |