Jenkins can be set to automatically cancel old builds, but I'm not sure if
it's already been set

2017-09-12 9:19 GMT+08:00 Chris Olivier <cjolivie...@gmail.com>:

> Is the load artificially high because there's such a backlog due to other
> reasons? Many may be triggering trivial changes to kick off another build
> attempt (I have).
>
> Do new PR changes actually stop the old build or do those go to completion?
> I realize they show on the PR as a new build has started, but are the old
> builds/tests always interrupted?
>
>
> On Mon, Sep 11, 2017 at 6:12 PM Naveen Swamy <mnnav...@gmail.com> wrote:
>
> > +1
> >
> > Even a small change in the PR is initiating a new build, I think this is
> > needless and not serving any good purpose until a reviewer has looked
> into
> > the PR. This is also adding unnecessary load on the mxnet build pipeline
> > and slaves.
> >
> > Thanks, Naveen
> >
> >
> > On Mon, Sep 11, 2017 at 5:50 PM, Meghna Baijal <
> meghnabaijal2...@gmail.com
> > >
> > wrote:
> >
> > > Hi All,
> > > We would like to initiate a change in the way the PR builds are being
> > > triggered. At the moment, every time a Pull Request is created, a build
> > > gets triggered on Jenkins. Additional builds also get triggered due to
> > > changes to the same PR.
> > > Too many PR builds leads to resource starvation and very long queues
> and
> > > long build times. Hence we would like to add some checks where a human
> > > reviewer manually marks it to something like “ok to build” before a PR
> > > build is triggered.
> > >
> > > Do you think this approach would be helpful and we should move forward
> > > with it?
> > >
> > > Thanks,
> > > Meghna Baijal
> > >
> > >
> > >
> > >
> >
>

Reply via email to