-
Notifications
You must be signed in to change notification settings - Fork 1
fix: update DA inputs #549
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.
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
Conversation
|
/run pipeline |
|
/run pipeline |
solutions/standard/main.tf
Outdated
| locals { | ||
| create_secret_manager_auth_policy = var.skip_mongodb_secret_manager_auth_policy || var.existing_secrets_manager_instance_crn == null ? 0 : 1 | ||
| ## Variable validation (approach based on https://github.com/hashicorp/terraform/issues/25609#issuecomment-1057614400) | ||
| # tflint-ignore: terraform_unused_declarations |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
These validations should be part of the variables.tf. See example: https://github.com/terraform-ibm-modules/terraform-ibm-secrets-manager/blob/main/variables.tf#L69
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
yes good point since module and examples now require tf >=1.9.0 we should use cross variable validation here
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I will push a change.
The existing validation in main at L320 is already present (duplicated) in variables at L344
The existing validation in main at L322 is already present (duplicated) in variables at L364
The existing validation in main at L324 is already present (duplicated) in variables at L383
It appears the new validation was added as part of the 1.9 upgrade, but this occurrence, which was not at the top of the file was overlooked during a merge conflict resolution and got restored by mistake. Good catch.
I think it should be a minor release. @ocofaigh can confirm. |
|
/run pipeline |
|
/run pipeline |
ocofaigh
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It seems we have a test gap - there is no test for the complete example??
|
/run pipeline |
|
/run pipeline |
1 similar comment
|
/run pipeline |
|
🎉 This PR is included in version 2.19.0 🎉 The release is available on:
Your semantic-release bot 📦🚀 |
Description
The following variables are named inconsistently/incorrectly:
They are correctly renamed for Secrets Manager
Is this a minor release, or a major release changing inputs in the DA?
Release required?
x.x.X)x.X.x)X.x.x)Release notes content
Inputs to the deployable architecture need updating. The following inputs are corrected, adding an
sto make it secrets_manager.If the DA is being consumed as code, terraform inputs will need updating before plan and apply can be run.
If the DA is being consumed via projects/schematics the old value with have to be put in the new property in the UI.
Run the pipeline
If the CI pipeline doesn't run when you create the PR, the PR requires a user with GitHub collaborators access to run the pipeline.
Run the CI pipeline when the PR is ready for review and you expect tests to pass. Add a comment to the PR with the following text:
Checklist for reviewers
For mergers