You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Be able to specify an optional TTL in days as a command line argument when running cdk bootstrap . This would translate to a lifecycle policy with an "ExpirationInDays" value on the CDK bootstrap bucket.
Use Case
For teams who solely use cdk deploy to deploy, rather than a separate synth vs subsequent deploy, and (for example) who don't have containers in their stack, the current bootstrap bucket will grow without constraint for no good reason. For such teams it would be useful to be able to specify at bootstrap time a lifecycle policy on the bootstrap bucket to expire contents after (say) 7 days.
The current workarounds are (a) to use a custom bootstrap template, but that is a lot more work when capturing future CDK changes, or (b) to manually add a lifecycle policy to the bootstrap bucket, but that introduces drift.
Proposed Solution
No response
Other Information
No response
Acknowledgements
I may be able to implement this feature request
This feature might incur a breaking change
CDK version used
2.36.0
Environment details (OS name and version, etc.)
Mac, latest version
The text was updated successfully, but these errors were encountered:
We're actually working on a feature real similar to this which should address your needs @mikebroberts. I'm going to close this as a duplicate of #6692
Until we introduce this feature, you can customize the bootstrap template to configure a lifecycle policy, or anything else on your bootstrapping resources
Comments on closed issues are hard for our team to see.
If you need more assistance, please either tag a team member or open a new issue that references this one.
If you wish to keep having a conversation with other community members under this issue feel free to do so.
Describe the feature
Be able to specify an optional TTL in days as a command line argument when running
cdk bootstrap
. This would translate to a lifecycle policy with an "ExpirationInDays" value on the CDK bootstrap bucket.Use Case
For teams who solely use
cdk deploy
to deploy, rather than a separate synth vs subsequent deploy, and (for example) who don't have containers in their stack, the current bootstrap bucket will grow without constraint for no good reason. For such teams it would be useful to be able to specify at bootstrap time a lifecycle policy on the bootstrap bucket to expire contents after (say) 7 days.The current workarounds are (a) to use a custom bootstrap template, but that is a lot more work when capturing future CDK changes, or (b) to manually add a lifecycle policy to the bootstrap bucket, but that introduces drift.
Proposed Solution
No response
Other Information
No response
Acknowledgements
CDK version used
2.36.0
Environment details (OS name and version, etc.)
Mac, latest version
The text was updated successfully, but these errors were encountered: