Skip to content
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

Is there no way to have stacks created by the pipeline deleted when the pipeline stack is deleted? #4

Open
lestephane opened this issue May 8, 2018 · 2 comments

Comments

@lestephane
Copy link

This is a question, not an issue per se.

i note this statement:

Note: While removing the resources, delete the Prod & UAT stacks created by pipeline before deleting the pipeline since those CloudFormations stacks uses the role created by pipeline stack.

I've experienced the pain of having to remove stacks in the right order.

When developing a pipeline you need to repeatedly create and delete the outlying codepipeline stack, and are left to delete the sub-stacks. It would be nice if there was a way to have stacks created by the pipeline be deleted when the pipeline gets deleted (in reverse dependency order).

Is there a way to do this, or does the user have to remember to delete the stacks created by the pipeline manually everytime, in the right order? Any advice is welcome.

@mmahmood
Copy link

mmahmood commented Jun 6, 2020

Facing the same issue. Any solution will greatly help.

@elelkhoury
Copy link

elelkhoury commented Jan 13, 2022

Still having the same issue, I had to go and create a custom CloudFormation stack based on lambda to delete the stack as part of the template in Service Catalogue. It's such a workaround but does the trick. This was possible since my pipeline is created through Service Catalogue and I manage the object dependency from within alongside the Custom resource to clean up the stack triggered by the pipeline

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants