[openstack-dev] [neutron] constrained tox targets
Ihar Hrachyshka
ihrachys at redhat.com
Fri Mar 4 16:50:54 UTC 2016
Hi all,
currently we have both py27 and py27-constraints tox targets in neutron
repos. For some repos (neutron) they are even executed in both master and
stable/liberty gates. TC lately decided that instead of having separate
targets for constrained requirements, we want to have constraints applied
to default targets (py27, docs, …), unconditionally; we also want to use
those ‘default’ targets in gate; and we also want to eventually get rid of
those -constraints tox targets.
To achieve that, I sent a set of patches spanning neutron, neutron-*aas,
and project-config repos:
https://review.openstack.org/#/q/status:open+branch:master+topic:neutron-constraints
For the very least, we want to get our mitaka gate switched to ‘default’
(but constrained) tox targets before final release, so that we have a solid
foundation in the stable/mitaka branch that would reflect TC desires.
Those important patches are (in order of merge):
for mitaka:
- https://review.openstack.org/286778: makes ‘default’ tox targets
constrained;
- https://review.openstack.org/286777: switches mitaka gate to using
‘default’ targets;
- https://review.openstack.org/288516: cleans up -constraints targets;
for liberty:
- [not proposed yet; waiting for 286778]: makes ‘default’ tox targets
constrained;
- https://review.openstack.org/288506: switches branch back to ‘default’
targets;
* we probably don’t want to drop old targets since some external users may
already rely on them
There are also patches to constrain remaining gate jobs (releasenotes,
cover) too:
- https://review.openstack.org/288517: neutron
- https://review.openstack.org/288472: lbaas
- https://review.openstack.org/288470: fwaas
- https://review.openstack.org/288443: vpnaas
...though those depend on some project-config work:
- https://review.openstack.org/288451: releasenotes
- https://review.openstack.org/288455: coverage
* note those also depend on another patch for zuul-cloner
Thanks for attention and reviews,
Ihar
More information about the OpenStack-dev
mailing list