Closed rhaschke closed 4 years ago
This is not yet supported. I'm adding a new variable dependencies.required-upstream-result
to control this behavior.
I'm currently thinking about having a pair of variables
dependencies.required-upstream-result
one of success
, unstable
, any
dependencies.required-result
one of success
, unstable
, any
with following associated behavior:
dependencies.required-upstream-result
in a downstream job controls the result threshold that upstream jobs of the job in question have to satisfy in order for the downstream job to get triggered.dependencies.required-result
in an upstream allows relaxing the above constraints for all downstream jobs of the upstream job.For example, if job a triggers job b and
dependencies.required-upstream-result = success
dependencies.required-result = unstable
the effective threshold in job b will be unstable
.
The intention is to mark certain projects as "flaky" (i.e. test failures should not prevent downstream builds) using the dependencies.required-result
variable without the need to adjust each downstream project.
Sounds reasonable.
I noticed that jenkins doesn't build downstream jobs anymore if the build is unstable. Maybe the following options are new to jenkins:![image](https://user-images.githubusercontent.com/5376030/64681351-d8846080-d47f-11e9-9bff-863e5af63627.png)
However, to ensure that my downstream jobs are build, even when an upstream one is unstable only, I need to set those options from the build-generator, based on the variable
orchestration.success-results
. Is there already a way to accomplish this?