fix(cx-api): bootstrap stack is validated even if the custom synthesizer does not require it#21518
fix(cx-api): bootstrap stack is validated even if the custom synthesizer does not require it#21518mergify[bot] merged 2 commits intoaws:mainfrom huyphan:bootstrap-validation
Conversation
|
Hey @huyphan Could you share your reasoning why you've chosen Option 1 over Option 2 (as per the issue)? |
|
Changing Given that, and since we are the only users of this code anyway, I'm okay with this change. It will break ~ 0 people. (Watch me regret that stance as this change will bring customers out of the woodwork who this breaks 😅) The only real alternative is |
…zer does not require it
|
Even if there's anyone affected by this breaking change, the impact is negligible -- instead of failing early, the CLI will fail a bit later when it tries to make use of the resources in the bootstrap stack (e.g. uploading assets to the S3 bucket or the ECR repository). But all of that happened before a stack deployment, so it wouldn't affect a service stack. Also, that scenario only happens when the user (1) uses a custom synthesizer which (2) makes use of the new-style bootstrap stack but (3) does not explicit specify that it needs a new-style bootstrap stack. This is a wrong logic anyway. |
|
Thank you for contributing! Your pull request will be updated from main and then merged automatically (do not update manually, and be sure to allow changes to be pushed to your fork). |
AWS CodeBuild CI Report
Powered by github-codebuild-logs, available on the AWS Serverless Application Repository |
|
Thank you for contributing! Your pull request will be updated from main and then merged automatically (do not update manually, and be sure to allow changes to be pushed to your fork). |
This fixes #21324
The property
requiresBootstrapStackVersionof the classAssetManifestArtifactis a required property of type number that is defaulted to1. This behavior prevents the custom synthesizers from disabling the validation of the bootstrap stack when it knows that it does not need this stack.This change allows the property to be
undefined, removes the behaviour of defaulting it to1, and adds a breaking unit test.All Submissions:
Adding new Unconventional Dependencies:
New Features
yarn integto deploy the infrastructure and generate the snapshot (i.e.yarn integwithout--dry-run)?By submitting this pull request, I confirm that my contribution is made under the terms of the Apache-2.0 license