On 01/10/2017 11:12 PM, Jamo Luhrsen wrote: >> All we need to agree is that if that cloud suite is failing - all relevant >> project should stop >> merging (even as a process and not by a gerrit mechanic lock) until we are >> back from regression. > we aren't totally stable enough yet, imho. We are very close though. > > <devils advocate> > however convincing these dependent projects to stop merging is asking a lot. > Who says > md-sal or controller gives a hoot about the "cloud" stuff working for > opendaylight. maybe > other ODL projects are still working fine and the assumption is our cloud > projects are the > projects that need to fix themselves, while everyone else can continue to do > work. > </devils advocate> >
To expand it a bit -- the lower your offset number is, the more of these cloud-like-stuff you have in your downstream. Asking upstreams to drop everything and scramble to fix downstream issues -- whenever they surface and for whatever reason -- will mean that upstream will not get any meaningful work done. I will put it very bluntly: the root cause of the problem discussed is integration on snapshot versions. The proposal is to gate development on end-to-end tests. That leads to massive use of computing resources with the corresponding latency in development pipeline, as each patch needs to go through the full validation suite. To bring that point into perspective: would it be okay for offset-2 patches to be gated by OPNFV test suites? The proposed gating scenarios are okay for releases, not for individual patches. For that we need to move away from snapshots+autorelease to per-project release jobs. That work starts at leaf projects, which have to be able to cope with version bumps and version skew -- the first one being integration/distribution, which must not ensure it is pulling in exactly one version of each ODL artifact. Bye, Robert
signature.asc
Description: OpenPGP digital signature
_______________________________________________ controller-dev mailing list controller-dev@lists.opendaylight.org https://lists.opendaylight.org/mailman/listinfo/controller-dev