-
Notifications
You must be signed in to change notification settings - Fork 4k
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
"FAILED, No updates are to be performed" when adding a "Transform" to a stack #2553
Comments
Hey @dplbd, I think the issue is pretty clear here - however it may help getting to a closure faster if you could provide a minimal repro example for your problem. Regards, |
Hi @dplbd, there hasn't been activity on this issue in a while, are you still experiencing this issue? |
I am closing out the issue for now due to lack of activity. Please feel free to comment or reopen it if you are still experiencing the bug. 😸 |
Hi. I am experiencing this issue as well. Can you please re-open. I put together a sample project to demonstrate the issue here: https://github.com/mpvosseller/aws-cdk-issue-2553 |
Bail-out before executing and creating change sets when the currently deployed template is identical to the one we are about to deploy. This resolves #6046, where a stack that contains nested stack(s) will always try to update since CloudFormation assumes the nested template might have changed. In the CDK, since nested template URLs are immutable, we can trust that the URL will be changed, and therefore invalidate the *parent* template. This also fixes the bug described in #2553, where a stack that includes a `Transform` always fail to deploy with `No updates are to be performed` when there are no changes to it. The switch `--force` can be used to override this behavior. Added unit test and performed a few manual tests to verify both bugs are resolved. Resolves #6216
* feat(cli): skip deployment if template did not change Bail-out before executing and creating change sets when the currently deployed template is identical to the one we are about to deploy. This resolves #6046, where a stack that contains nested stack(s) will always try to update since CloudFormation assumes the nested template might have changed. In the CDK, since nested template URLs are immutable, we can trust that the URL will be changed, and therefore invalidate the *parent* template. This also fixes the bug described in #2553, where a stack that includes a `Transform` always fail to deploy with `No updates are to be performed` when there are no changes to it. The switch `--force` can be used to override this behavior. Added unit test and performed a few manual tests to verify both bugs are resolved. Resolves #6216 * Add alias -f for —force * Add integration test Co-authored-by: mergify[bot] <37929162+mergify[bot]@users.noreply.github.com>
Hi ! We are using latest 1.32.2 version and still experience this issue with cdk deploy. Have no nested stacks. |
@natCyberark can you provide some more details about your use case? Are you trying to add a "transform" to your stack (because this is what this bug is about, albeit title might be misleading). |
I am closing this one because the |
I run
|
Describe the bug
When using
templateOptions.transform
on a stack the below error will appear on any stack that has no updates.To Reproduce
$ cdk deploy
Expected behavior
If no changes are generated just move on to the next stack.
Version:
The text was updated successfully, but these errors were encountered: