Skip to content

Commit c64f026

Browse files
Squash and merge Reconciling failed runs section (#954)
Co-authored-by: Kira Lempereur <[email protected]>
1 parent 2396725 commit c64f026

File tree

1 file changed

+0
-4
lines changed

1 file changed

+0
-4
lines changed

docs/concepts/stack/stack-dependencies.md

Lines changed: 0 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -84,10 +84,6 @@ output "dummy" {
8484
!!! note
8585
If you are using CloudFormation, adding an output is considered a [no-op](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/troubleshooting.html#troubleshooting-errors-no-updates-to-perform){: rel="nofollow"}. If you are making an output-only change, you will need to make a modification to the Resources section of the CloudFormation template that is recognized as a change by CloudFormation, e.g. by adding a dummy resource like `AWS::CloudFormation::WaitConditionHandle`.
8686

87-
#### Reconciling failed runs
88-
89-
When detecting changes in outputs, we also consider the previous run of the dependent stack. If the previous run wasn't successful, we'll trigger it regardless of the output changes. This is to ensure that the dependent stack has a chance to recover from a potential failure.
90-
9187
#### Vendor limitations
9288

9389
[Ansible](../../vendors/ansible/README.md) and [Kubernetes](../../vendors/kubernetes/README.md) do not have the concept of outputs, so you cannot reference the outputs of Ansible and Kubernetes stacks. They _can_ be on the receiving end though:

0 commit comments

Comments
 (0)