[ovirt-devel] Creating a new gerrit flag
Oved Ourfali
ovedo at redhat.com
Tue Dec 9 10:12:55 UTC 2014
----- Original Message -----
> From: "Yaniv Dary" <ydary at redhat.com>
> To: "Oved Ourfali" <ovedo at redhat.com>
> Cc: infra at ovirt.org, devel at ovirt.org
> Sent: Tuesday, December 9, 2014 12:11:31 PM
> Subject: Re: [ovirt-devel] Creating a new gerrit flag
>
>
>
> ----- Original Message -----
> > From: "Yaniv Dary" <ydary at redhat.com>
> > To: "Oved Ourfali" <ovedo at redhat.com>
> > Cc: devel at ovirt.org, infra at ovirt.org
> > Sent: Tuesday, December 9, 2014 12:10:36 PM
> > Subject: Re: [ovirt-devel] Creating a new gerrit flag
> >
> >
> >
> > ----- Original Message -----
> > > From: "Oved Ourfali" <ovedo at redhat.com>
> > > To: "David Caro" <dcaroest at redhat.com>
> > > Cc: infra at ovirt.org, devel at ovirt.org
> > > Sent: Tuesday, December 9, 2014 11:52:11 AM
> > > Subject: Re: [ovirt-devel] Creating a new gerrit flag
> > >
> > > What happens when rebasing?
> > > We can't afford waiting for tests to run on each rebase... as we might
> > > end
> > > up
> > > rebasing forever.
> >
> > why can't you rerun tests after rebase to run tests if the patch is
> > critical
> > and pending?
>
> I meant manually.
>
You can run. The issue is that while running them, someone else can merge something, and then you'll need to rebase again... and again... and again...
> >
> > >
> > > ----- Original Message -----
> > > > From: "David Caro" <dcaroest at redhat.com>
> > > > To: devel at ovirt.org, infra at ovirt.org
> > > > Sent: Tuesday, December 9, 2014 11:43:04 AM
> > > > Subject: [ovirt-devel] Creating a new gerrit flag
> > > >
> > > > Hi!
> > > >
> > > > e have been having an issue with gerrit patches being merged before
> > > > jenkins ran any tests on them, to avoid it from happening again I
> > > > propose creating a new gerrit flag (Tests) with the following
> > > > specifics:
> > > >
> > > >
> > > > +1 - Tests passed/overrided
> > > > 0 - Tests pending
> > > > -1 - Tests broken
> > > >
> > > > where +1 is required to submit, +1 is set by jenkins when
> > > > passing the tests and -1 is set by jenkins in case it breaks any
> > > > tests. The +1 flag can be set also by maintainers to allow overriding
> > > > the process.
> > > >
> > > > That way all the tests will be blocked until someone (hopefully
> > > > jenkins) adds the +1 flag, but if the maintainer wants to override the
> > > > value, she just has to set that flag herself.
> > > >
> > > >
> > > > What do you think?
> > > >
> > > >
> > > > --
> > > > David Caro
> > > >
> > > > Red Hat S.L.
> > > > Continuous Integration Engineer - EMEA ENG Virtualization R&D
> > > >
> > > > Tel.: +420 532 294 605
> > > > Email: dcaro at redhat.com
> > > > Web: www.redhat.com
> > > > RHT Global #: 82-62605
> > > >
> > > > _______________________________________________
> > > > Devel mailing list
> > > > Devel at ovirt.org
> > > > http://lists.ovirt.org/mailman/listinfo/devel
> > > _______________________________________________
> > > Devel mailing list
> > > Devel at ovirt.org
> > > http://lists.ovirt.org/mailman/listinfo/devel
> > >
> > _______________________________________________
> > Devel mailing list
> > Devel at ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/devel
> >
> _______________________________________________
> Infra mailing list
> Infra at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/infra
>
More information about the Devel
mailing list