Hi Tal,

I think that the Check Backport hook is doing exactly what you asking for.
Example [1]:
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 <tnisan@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