-
Notifications
You must be signed in to change notification settings - Fork 311
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
Add validate-env command #69
Comments
This would be great for continuous testing :-) |
I'm not sure if A better command may be If you don't want to validate the templates and continue generating them, you could write a bash or powershell loop which searches for the stacks and runs the command on each of them individually. As for the MFA problem, we'll look into it. It's been flagged up as an issue in the past, but it's a bit out of our control. Sceptre is stateless, so it doesn't store any session information between invocations. An environment-level command may help, but users enable security for a reason and so I'd be unwilling to hack around it too much. |
+1 validate-env-templates Makes sense given that we don't actually want the output, we just want to verify that things are working. |
@JQUINONES82 What do you think about a validate-env command instead? |
He agrees :-) |
This seem something that would fit in nicely with CLI changes proposed with V2.0 - should we add to that milestone @jamesroutley ? |
I'm interested in working on this. Has anyone given any thought to what the output would look like? My current implementation is simply concatenating the output of the Maybe we could add a |
Closing - Sceptre v2 now allows this to happen. Won't be fixed by the core team for v1. |
I would like to test that all stacks in an environment generate templates properly and return a status code of 0 (no error).
If Sceptre user data has stack resolvers, could we some how use STS to avoid MFA for every stack verification.
Could we possibly have generate-env-template?
The text was updated successfully, but these errors were encountered: