-
-
Notifications
You must be signed in to change notification settings - Fork 4.5k
CFn: handle resolving parameter names constructed in intrinsics #13192
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
Test Results - Alternative Providers572 tests - 775 329 ✅ - 372 25m 51s ⏱️ - 13m 29s Results for commit 72f71f2. ± Comparison against base commit 15fc427. This pull request removes 775 tests.This pull request skips 1 test.♻️ This comment has been updated with latest results. |
pinzon
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.
LGTM. Thanks for fixing this.
| Name=parameter_key, Overwrite=True, Type="String", Value=parameter_value_v2 | ||
| ) | ||
|
|
||
| versioned_parameter_reference = f"{parameter_key}:{v1['Version']}" |
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.
Nit: You could have added the snapshot util here too.
Motivation
From #13169 we have an example of dynamic resolving where the name of the SSM parameter is built up from an
Fn::Subcall, e.g.This means the
!Subintrinsic should be invoked before the SSM parameter is resolved.Changes
We now
Also:
Closes #13169