On 25 February 2017 at 17:57, Sandro Bonazzola <sbonazzo@redhat.com> wrote:
OST come into play too late, with patch already merged and dep tree broken.
check_patch is too early - before a repo has been composed. There is quite a bit of repo composition logic in the CI system, trying to imitate it with outside sources will probably lead to the wrong results. repo closure is a system-level test, it does not belong in check-patch IMO.
It will avoid the rpm to be published but it will fail the subsequent ost hiding other issues. Any suggestion on how to avoid it? Run OST in check patch?
Currently this is unavoidable for all system-level regressions, but we are making big efforts to close loops there as fast as possible. Change gating is the long-term technical solution for this. It will both prevent subsequent OST runs from failing, and will allow accurate regression source detection. We've made progress with in in recent months. You are welcome to go and review the patch that implements the change tracking logic, it is in your review queue.... Once we have change gating, up and running, we will be able to move to the 2nd stage of applying it to select projects pre-merge. Engine will most probably be one of the projects this is applied to.
I haven't merged the patches because I wanted feedback like this, thanks Barack.
Thanks for consulting with us. One nitpick - "Barack" is how the former POTUS spells it, I spell it "Barak". -- Barak Korren bkorren@redhat.com RHCE, RHCi, RHV-DevOps Team https://ifireball.wordpress.com/