My previous reply is a bit deviated from original question. The problem was when a bunch of patchsets get merged in a day and then we find the daily integration job fails on the next day.
Is there a way to find out quickly which commit breaks the build? On Wed, Nov 30, 2016 at 3:28 PM Yujun Zhang <[email protected]> wrote: > Hi, Fatih > > The verify job works well for each commit. > > But when there are several commits in parallel, the one get verified seems > not identical to the one after merge. For example, > > A > +---+ > | | > B C > + + > | | > +---+ > D > > 1. Both patch B and patch C are submit for review and passed verification > job. > 2. Patch B is merged, everything is fine. > 3. When merging patch C, a merge commit D will be created by CI. Will it > get verified? > > > On Wed, Nov 30, 2016 at 3:15 PM Fatih Degirmenci < > [email protected]> wrote: > > Hi, > > The purpose of verify jobs is this. Qtip has it so you need to decide what > other checks you want to have and adjust the job accordingly. > > https://build.opnfv.org/ci/view/qtip/job/qtip-verify-master/616/console > > /Fatih > > On 30 Nov 2016, at 04:36, Yujun Zhang <[email protected]> wrote: > > During the code refactoring in QTIP project, I found it easily to get > things broken[1]. And it can only be detected during the daily integration > AFTER merge. > > Is it possible that we have a gate job to detect such failure before a > patchset get merged? > > I remember it may have been discussed before. Could anybody remind me of > the outcome? > > [1] > https://build.opnfv.org/ci/view/qtip/job/qtip-fuel-zte-pod3-daily-master/lastFailedBuild/ > > _______________________________________________ > opnfv-tech-discuss mailing list > [email protected] > https://lists.opnfv.org/mailman/listinfo/opnfv-tech-discuss > >
_______________________________________________ opnfv-tech-discuss mailing list [email protected] https://lists.opnfv.org/mailman/listinfo/opnfv-tech-discuss
