----- Original Message ----- > From: "Barak Korren" <[email protected]> > To: "Amit Aviram" <[email protected]> > Cc: "infra" <[email protected]> > Sent: Tuesday, December 8, 2015 5:16:30 PM > Subject: Re: Actively triggering of CI jobs > > > I was thinking, maybe it would be better if we will explicitly require to > > run the CI jobs when we push patches.. then only when the developer will > > need the job's feedback it will be activated. no redundant jobs will run, > > and we will wait much less for the jobs to finish when we will actually > > need > > them.
Why not simply submit your patches as a Draft until the point you want CI to run on them, then you can simply publish them ... This is the way I am using and it's simple ... > > > It seems to me that it will me too easy to forget to run the CI this way. > > There is another way though - To make the jobs do a lot less work. > Most anything has to do what what actually happens in CI resides in > the project`s automation directory now days (see [1]). If you want to > make CI smarter so it will not do things it shouldn't be doing, all > you need to do is customize the automation scripts to be smarter and > run only the needed tests for the files that were changed by the > patch. > > [1]: http://www.ovirt.org/CI/Build_and_test_standards > > -- > Barak Korren > [email protected] > RHEV-CI Team > _______________________________________________ > Infra mailing list > [email protected] > http://lists.ovirt.org/mailman/listinfo/infra > _______________________________________________ Infra mailing list [email protected] http://lists.ovirt.org/mailman/listinfo/infra
