Stacks with rejected runs should not become failed
When a plan gets rejected in a stack the Stack goes to the Failed state. Is this really correct? In my mental model a failed stack would be one that if you run it it fails with an error. Setting a stack it Failed because the last plan was rejected seems to give incorrect signals about the state of the stack.
I even think that among the existing states, Discarded would make more sense than Failed (though I don't fully like that either)
Does this make sense from the point of view of Spacelift?
- Workaround
- No
- Problem
Log in to comment and vote
Comments3
Black Breeze
Feb 11
The idea here is that behind each stack there’s a backing code that’s meant to be the golden representation of your infrastructure. When you reject a run, you’re saying something like “the current code does not represent my desired reality”. In my mind it’s a serious mismatch that is an alert-worthy condition.
Does that explain my point of view?