Skip to content

Commit 4d8d21e

Browse files
authored
Update conditions.md
In line No. 146, while explaining the YAML file starting at line No. 129, it was mistakenly referenced as 'JOB A' while actually it has to be 'JOB B', as it was about explaining condition in job. No condition was specified in job A
1 parent 4188c75 commit 4d8d21e

File tree

1 file changed

+1
-1
lines changed

1 file changed

+1
-1
lines changed

docs/pipelines/process/conditions.md

+1-1
Original file line numberDiff line numberDiff line change
@@ -143,7 +143,7 @@ stages:
143143
- script: echo 2
144144
```
145145

146-
If you queue a build on the `main` branch, and you cancel it while `stage1` is running, `stage2` *won't* run, even though it contains a job `A` whose condition evaluates to `true`. The reason is because `stage2` has the default `condition: succeeded()`, which evaluates to `false` when `stage1` is canceled. Therefore, `stage2` is skipped, and none of its jobs run.
146+
If you queue a build on the `main` branch, and you cancel it while `stage1` is running, `stage2` *won't* run, even though it contains a job `B` whose condition evaluates to `true`. The reason is because `stage2` has the default `condition: succeeded()`, which evaluates to `false` when `stage1` is canceled. Therefore, `stage2` is skipped, and none of its jobs run.
147147

148148
Say you have the following YAML pipeline. Notice that, by default, `stage2` depends on `stage1` and that `script: echo 2` has a `condition` set for it.
149149
```yaml

0 commit comments

Comments
 (0)