Le 14/09/2016 à 16:50, Tristan Cacqueray a écrit : > On 09/14/2016 01:22 PM, Matthieu Huin wrote: >> I'm afraid it might be abused, how about having a rule to disable testing if >> workflow is set to -1 (which would be the default value when initially >> submitting a patch) ? Thus it would prevent accidental merging of untested >> code. >> > Well if Skip CI means there is no Verified vote, then wouldn't be not > abusable ? > -Tristan
A scenario like that can occurs: -> patchset1 submitted (without the witness) --> The verified note come back and can be +1V -> patchset2 submitted (with the witness) --> Zuul skip the run for that patchset and don't reset the V label --> (see here: http://softwarefactory-project.io/r/gitweb?p=config.git;a=blob;f=zuul/layout.yaml;h=baa37b56ffc9a6b5e369f6608f38893f11befc18;hb=HEAD#l27) --> Someone put +2CR +1W --> Patch enter the gate pipeline ... But what about having the same condition about the witness when evaluating the gate pipeline ? >> ----- Original Message ----- >>> From: "Fabien Boucher" <[email protected]> >>> To: [email protected] >>> Sent: Wednesday, September 14, 2016 2:55:11 PM >>> Subject: [Softwarefactory-dev] Skip test jobs if "Skip CI" string appears >>> in the commit msg >>> >>> Hi, >>> >>> Just an idea and wanted to know if we should create a story for that. >>> When working on something that just a WIP and you want to push on Gerrit >>> to not lose your work in case of local outage you are usually not interested >>> by the CI test results. So instead of consuming resources for nothing it is >>> maybe better to be able say the CI to not run any tests for a change. >>> >>> WDYT ? >>> >>> Fabien >>> >>> _______________________________________________ >>> Softwarefactory-dev mailing list >>> [email protected] >>> https://www.redhat.com/mailman/listinfo/softwarefactory-dev >>> >> >> _______________________________________________ >> Softwarefactory-dev mailing list >> [email protected] >> https://www.redhat.com/mailman/listinfo/softwarefactory-dev >> > > > > > _______________________________________________ > Softwarefactory-dev mailing list > [email protected] > https://www.redhat.com/mailman/listinfo/softwarefactory-dev > _______________________________________________ Softwarefactory-dev mailing list [email protected] https://www.redhat.com/mailman/listinfo/softwarefactory-dev
