Sandro,
I think we need to add this to the formal release process of ovirt, i.e:
- when is a new branch added to gerrit hooks as stable branch
- what kind of verification / ci we want to run on it..
+1
the new branch should be added as stable branch on creation.
verification should be inherited from parent branch (3.6.1 jobs should be
as for 3.6 branch)
e
On Wed, Dec 2, 2015 at 2:49 PM, David Caro <dcaro(a)redhat.com> wrote:
> On 12/02 13:35, Sandro Bonazzola wrote:
> > On Tue, Dec 1, 2015 at 6:42 PM, David Caro <dcaro(a)redhat.com> wrote:
> >
> > > On 12/01 19:37, Tal Nisan wrote:
> > > > Well, if the integration team is OK with that then I guess it's
up
> to the
> > > > branch owner indeed and as said it will be very helpful for the
> backport
> > > > process if we indeed have CI jobs and gerrit hooks on the 3.6.1
> branch
> > > for
> > > > the following weeks until 3.6.1 is released
> > >
> > > Ok, waiting for reply from the integration team, not sure if all of
> them
> > > are
> > > monitoring the infra list though, you might ask on devel too (or cc
> them)
> > >
> >
> > ack on my side
>
> Added the 3.6.1 branch to the stable branches list, about the jobs, feel
> free
> to send a patch following the indications below (from my previous email)
> and
> I'll review+merge
>
> >
> >
> >
> > >
> > > >
> > > > On Tue, Dec 1, 2015 at 7:30 PM, David Caro <dcaro(a)redhat.com>
> wrote:
> > > >
> > > > > On 12/01 19:25, Tal Nisan wrote:
> > > > > > Well, it's not my decision but of the integration team,
for me
> as the
> > > > > > stable branches maintainer it will help a lot to have the
gerrit
> > > hooks
> > > > > (I'd
> > > > > > say even a must) and CI (not a must but definitely nice to
have)
> > > > >
> > > > >
> > > > > I disagree on that, I think that it's the projects owners
that
> should
> > > know
> > > > > what do they want to test and when, not the integration team.
> > > > >
> > > > > In any case, can you ask whoever makes the decision to ack?
> > > > >
> > > > > >
> > > > > > On Tue, Dec 1, 2015 at 7:23 PM, David Caro
<dcaro(a)redhat.com>
> wrote:
> > > > > >
> > > > > > >
> > > > > > > So a couple questions here:
> > > > > > >
> > > > > > > * Who decides which branches are stable?
> > > > > > > * Who decides which branches have ci?
> > > > > > >
> > > > > > > In the latter, you can easily add the extra branch to
the vdsm
> > > project
> > > > > > > yaml:
> > > > > > >
> > > > > > >
> > > > > > >
> > > > >
> > >
>
https://gerrit.ovirt.org/gitweb?p=jenkins.git;a=blob;f=jobs/confs/project...
> > > > > > >
> > > > > > > There on line 55, just define another version:
> > > > > > >
> > > > > > > - 3.6.1:
> > > > > > > branch: ovirt-3.6.1
> > > > > > >
> > > > > > > And the jobs will be created automatically once merged
> > > > > > >
> > > > > > >
> > > > > > > (I know, it needs a bit of a cleanup, and we are
working on
> even
> > > not
> > > > > > > having to
> > > > > > > change any yaml, but for now it's what we have)
> > > > > > >
> > > > > > > On 12/01 10:52, Tal Nisan wrote:
> > > > > > > > The 3.6.1 branch is not treated by the hooks as a
stable
> branch
> > > [1]
> > > > > > > > Aside for that, CI is not running on new patches
there
> > > > > > > >
> > > > > > > > [1]
> > > > > > > >
> > > > > > > > - Check TM::SKIP, not in a monitored branch
> (ovirt-engine-3.6
> > > > > > > > ovirt-engine-3.6.0 ovirt-engine-3.5
ovirt-engine-3.4
> > > > > ovirt-engine-3.3
> > > > > > > > engine_3.2 engine_3.1 ovirt-engine-3.5.2
> ovirt-engine-3.4.0
> > > > > > > > ovirt-engine-3.3.4 ovirt-engine-3.3.3
ovirt-engine-3.3.2
> > > > > > > ovirt-engine-3.3.1)
> > > > > > > > - Check merged to previous::IGNORE, Not in
stable branch
> > > > > > > > (['ovirt-engine-3.6',
'ovirt-engine-3.6.0',
> > > 'ovirt-engine-3.5',
> > > > > > > > 'ovirt-engine-3.4',
'ovirt-engine-3.3',
> 'ovirt-engine-3.5.2',
> > > > > > > > 'ovirt-engine-3.4.0',
'ovirt-engine-3.3.4',
> > > 'ovirt-engine-3.3.3',
> > > > > > > > 'ovirt-engine-3.3.2',
'ovirt-engine-3.3.1'])
> > > > > > >
> > > > > > > > _______________________________________________
> > > > > > > > Infra mailing list
> > > > > > > > Infra(a)ovirt.org
> > > > > > > >
http://lists.ovirt.org/mailman/listinfo/infra
> > > > > > >
> > > > > > >
> > > > > > > --
> > > > > > > David Caro
> > > > > > >
> > > > > > > Red Hat S.L.
> > > > > > > Continuous Integration Engineer - EMEA ENG
Virtualization R&D
> > > > > > >
> > > > > > > Tel.: +420 532 294 605
> > > > > > > Email: dcaro(a)redhat.com
> > > > > > > IRC: dcaro|dcaroest@{freenode|oftc|redhat}
> > > > > > > Web:
www.redhat.com
> > > > > > > RHT Global #: 82-62605
> > > > > > >
> > > > >
> > > > > --
> > > > > David Caro
> > > > >
> > > > > Red Hat S.L.
> > > > > Continuous Integration Engineer - EMEA ENG Virtualization
R&D
> > > > >
> > > > > Tel.: +420 532 294 605
> > > > > Email: dcaro(a)redhat.com
> > > > > IRC: dcaro|dcaroest@{freenode|oftc|redhat}
> > > > > Web:
www.redhat.com
> > > > > RHT Global #: 82-62605
> > > > >
> > >
> > > --
> > > David Caro
> > >
> > > Red Hat S.L.
> > > Continuous Integration Engineer - EMEA ENG Virtualization R&D
> > >
> > > Tel.: +420 532 294 605
> > > Email: dcaro(a)redhat.com
> > > IRC: dcaro|dcaroest@{freenode|oftc|redhat}
> > > Web:
www.redhat.com
> > > RHT Global #: 82-62605
> > >
> > > _______________________________________________
> > > Infra mailing list
> > > Infra(a)ovirt.org
> > >
http://lists.ovirt.org/mailman/listinfo/infra
> > >
> > >
> >
> >
> > --
> > Sandro Bonazzola
> > Better technology. Faster innovation. Powered by community
> collaboration.
> > See how it works at
redhat.com
>
> --
> David Caro
>
> Red Hat S.L.
> Continuous Integration Engineer - EMEA ENG Virtualization R&D
>
> Tel.: +420 532 294 605
> Email: dcaro(a)redhat.com
> IRC: dcaro|dcaroest@{freenode|oftc|redhat}
> Web:
www.redhat.com
> RHT Global #: 82-62605
>
> _______________________________________________
> Infra mailing list
> Infra(a)ovirt.org
>
http://lists.ovirt.org/mailman/listinfo/infra
>
>
--
Eyal Edri
Supervisor, RHEV CI
EMEA ENG Virtualization R&D
Red Hat Israel
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ)
--
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at