-
Notifications
You must be signed in to change notification settings - Fork 9.3k
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
s3/bucket: add new_versions to noncurrent_version_expiration within lifecycle_rule #22680
s3/bucket: add new_versions to noncurrent_version_expiration within lifecycle_rule #22680
Conversation
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.
Welcome @glenwinters 👋
It looks like this is your first Pull Request submission to the Terraform AWS Provider! If you haven’t already done so please make sure you have checked out our CONTRIBUTING guide and FAQ to make sure your contribution is adhering to best practice and has all the necessary elements in place for a successful approval.
Also take a look at our FAQ which details how we prioritize Pull Requests for inclusion.
Thanks again, and welcome to the community! 😃
3e456c7
to
cc810bb
Compare
Thanks for the PR, @glenwinters. As part of the upgrade to v4.0 of the AWS Provider (described in #20433), We've made a separate resource This enhancement would be useful to combine with the other S3 changes, so we'd like to get it out with v4.0. If you'd like to update the PR to be compatible with the changes, go ahead. Otherwise, we will make the necessary changes before the release. |
Hi @glenwinters, the PR #22579 actually adds the new versions to the |
Hey @gdavison. Makes sense. Thanks for linking the new resource PR. |
I'm going to lock this pull request because it has been closed for 30 days ⏳. This helps our maintainers find and focus on the active issues. |
Community Note
Closes #22561
This adds the
newer_versions
attribute to thenoncurrent_version_expiration
block in S3 lifecycle rules.The API docs on NoncurrentVersionExpiration use the terms
NoncurrentDays
andNewerNoncurrentVersions
. The existing Terraform attribute is simplydays
so I simplified the new field tonewer_versions
to be similar. Let me know if you think it should benewer_noncurrent_versions
to be more explicit.Output from acceptance testing: