Closed deitChi closed 1 month ago
Thanks for this feature request! If you are viewing this issue and would like to indicate your interest, please use the 👍 reaction on the issue description to upvote this issue. We also welcome additional use case descriptions. Thanks again!
Hi @deitChi, I'm going to close this as a duplicate as we have several other tickets tracking similar feature requests:
Feel free to browse the requests there and add any context you feel is missing or would be of particular value to you to help us with discovery. Alternatively, let me know if you think this request isn't actually covered by the existing ones, and we can tweak it slightly to make the additional requests clear and re-open it.
Thanks for filing this!
Terraform Version
Use Cases
When developing modules, and iterative versions - as well as integration testing, it's important to do lifecycle testing.
i.e. We merge our PR, pass testing ->
v1.0.0
is created.Later, we change some locals - no real change to infrastructure, but we're going to release a patch ->
v1.0.1
.We run the same tests, but don't really know if resources already created by
v1.0.0
would be affected. Currently, we'd need to plan our development branch against live resources, which then informs us of the change.My proposal, is that the so called 'lifecycle' suite get's an output namespace. This namespace will contain
details
about the testexecution
.For example
We could then use the testing output to drive the 'type' of release, i.e. patch, minor, breaking etc.
But at the very least - the idempotence check is quite an important one (
terratest
included it I believe)Attempted Solutions
I suppose this can all be done without the terraform test framework.
Proposal
Referenced in Use Cases
References
No response