On Mon, 7 Mar 2022 at 12:12, Daniel P. Berrangé <berra...@redhat.com> wrote: > A big issue IMHO is that the pain/impact hits the wrong people. > It is most seriously impacts & disrupts Peter when merging, and > less impacts the subsystem maintainers, and even less the > original authors. > > If we consider a alternative world where we used merge requests > for subsystem maintainers just to send pull requests. The subsystem > maintainer would open a MR and it would be their responsibility > to get a green pipeline. Peter (or the person approving pulls for > merge at the time) shouldn't even have to consider a MR until it > has got a green pipeline. That would put the primary impact of > unreliable CI onto the subsystem maintainers, blocking their work > from being considered for merge. This creates a direct incentive > on the subsystem maintainers to contribute to ensuring reliable > CI, instead of considering it somebody else's problem.
CI fails merge isn't really a big deal IME -- I just bounce the merge request. The real problem and timesink (especially of CI hours) is the intermittents. -- PMM
