If it's "not monorepo", can you clarify if you have multiple upstreams that
point to one repository/material? That is the scenario that triggers
fan-in, and that does at least indicate that the repo is somewhat being
treated as a monorepo in the sense that you have multiple pipelines
directly
Ours is not monorepo. Is there any other alternative?
On Tue, Jun 13, 2023, 07:18 Chad Wilson wrote:
> Doing that means removing the guarantees fan-in offers you as to
> consistency of the material versions on upstream pipelines when triggering
> a downstream.
>
> It's possible to turn off
Doing that means removing the guarantees fan-in offers you as to
consistency of the material versions on upstream pipelines when triggering
a downstream.
It's possible to turn off fan-in globally (although I have never done so
personally) but to my knowledge not for individual pipelines.
We do have a fan-in where number upstream has exploded in the count,
Instead of waiting for all upstream to pass, can we pick most recent
successful upstream pipeline along with new pipeline instance of one(or
more) of upstream?
Thanks,
Mani
--
You received this message because you are