-
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
CDK version 1.16.2 - cdk deploy does not accept stackname #4997
Labels
bug
This issue is a bug.
in-progress
This issue is being actively worked on.
needs-triage
This issue or PR still needs to be triaged.
p0
Comments
Acknowledging as a regression. This should have been enabled only under a feature flag for new projects. |
pputhran
changed the title
CDK version 1.1.6.2 - cdk deploy does not accept stackname
CDK version 1.16.2 - cdk deploy does not accept stackname
Nov 13, 2019
eladb
pushed a commit
that referenced
this issue
Nov 13, 2019
Legacy mode for #4895 still used the uniquely generated id instead of the stack name as the artifact ID in the cloud assembly. The implications were that even if users were not opted-in to the new behavior (through the feature flag), they could not use the stack name in the CLI because the stack artifact ID was still new. This fix ensures that if the feature flag is not enabled, the artifact ID itself uses the stack name, hence allowing users to query by stack name as long as they are not opted in to the new behavior. Fixes #4997
eladb
added
pr/work-in-progress
This PR is a draft and needs further work.
in-progress
This issue is being actively worked on.
and removed
pr/work-in-progress
This PR is a draft and needs further work.
labels
Nov 13, 2019
Hopefully we'll be able to release this shortly. |
mergify bot
pushed a commit
that referenced
this issue
Nov 13, 2019
…4998) Legacy mode for #4895 still used the uniquely generated id instead of the stack name as the artifact ID in the cloud assembly. The implications were that even if users were not opted-in to the new behavior (through the feature flag), they could not use the stack name in the CLI because the stack artifact ID was still new. This fix ensures that if the feature flag is not enabled, the artifact ID itself uses the stack name, hence allowing users to query by stack name as long as they are not opted in to the new behavior. Fixes #4997
RomainMuller
pushed a commit
that referenced
this issue
Nov 13, 2019
…4998) Legacy mode for #4895 still used the uniquely generated id instead of the stack name as the artifact ID in the cloud assembly. The implications were that even if users were not opted-in to the new behavior (through the feature flag), they could not use the stack name in the CLI because the stack artifact ID was still new. This fix ensures that if the feature flag is not enabled, the artifact ID itself uses the stack name, hence allowing users to query by stack name as long as they are not opted in to the new behavior. Fixes #4997
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
bug
This issue is a bug.
in-progress
This issue is being actively worked on.
needs-triage
This issue or PR still needs to be triaged.
p0
❓ General Issue
The Question
Were there any recent changes related to passing stackname to CDK deploy?
Noticed my CDK deploy started failing since the version was updated to 1.16.2
I am passing a stack name to cdk deploy
where
export PERF_TEST_STACK_NAME=somestackname
but cdk deploy is returning "No stack found matching 'somestackname'. Use "list" to print manifest” and when I do cdk list, it returns
PerftestStackAirlineStack
/bin/cdk-app.ts
This was working before I updated the cdk version (previous working verison was 1.10.x).
Environment
Other information
The text was updated successfully, but these errors were encountered: