Hi Tal, I think that the Check Backport hook is doing exactly what you asking for. Example [1]:
- Check Backport::IGNORE, The patch backported to all newer branches.(open in 'master' branch/es) found not relevant branch/es: 'ovirt-engine-4.0' (not exist in the newer branches list) patch branch: ovirt-engine-4.1 newer branches: 'master' (open) older (not relevant) branches: ovirt-engine-4.0 If it's not what you meant, please explain :) [1] - https://gerrit.ovirt.org/#/c/68862 Best Regards, Shlomi Ben-David | Software Engineer | Red Hat ISRAEL RHCSA | RHCE IRC: shlomibendavid (on #rhev-integ, #rhev-dev, #rhev-ci) OPEN SOURCE - 1 4 011 && 011 4 1 On Wed, Dec 21, 2016 at 12:39 PM, Tal Nisan <tni...@redhat.com> wrote: > Check out this patches for instance: https://gerrit.ovirt.org/#/c/68862 > https://gerrit.ovirt.org/#/c/68861 > Those are 4.1 and 4.0 patches that are open on master, I'd expect to see > them get -verified from the hooks which they didn't: > > - Update Tracker::#1406042::OK, status: POST > - Check Bug-Url::OK > - Check Product::#1406042::OK, product: ovirt-engine > - Check TM::#1406042::OK, found clone candidate ovirt-4.0.zfor target > milestone: ovirt-4.0.7 > - Set POST::#1406042::IGNORE, bug is already in 'POST' status > - Check Backport::IGNORE, The patch backported to all newer > branches.(open in 'master' branch/es) found not relevant branch/es: > 'ovirt-engine-4.0' (not exist in the newer branches list) > > This was the flow before and it made my life easier as I didn't have to > actively search for cherry-picks in all other branches to see if it can be > merged > > _______________________________________________ > Infra mailing list > Infra@ovirt.org > http://lists.ovirt.org/mailman/listinfo/infra > >
_______________________________________________ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra