<div dir="ltr"><div class="gmail_quote"><div dir="ltr">On Tue, 29 May 2018 at 08:43, Paul G <<a href="mailto:paul@ganssle.io">paul@ganssle.io</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">This doesn't seem like the best idea, since it would kick off dozens or hundreds of builds for every commit to the master branch.<br></blockquote><div><br></div><div>Sorry if I was unclear, I was not suggesting to do that for PRs against master, but do that only for 2.7, 3.4 and 3.5 only. (or Branch having "<span style="color:rgb(34,34,34);font-family:sans-serif;font-size:13px;font-style:normal;font-variant-ligatures:normal;font-variant-caps:normal;font-weight:400;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline">Require branches to be up to date before merging<span> ")</span></span></div><div>For these there is likely only a couple of open PRs, and it won't kick more jobs than if the author had to rebase and push by themselves.</div><div><br></div><div>If you still think it's too much or triggered too often, you can also just have a tag "Miss-islington please rebase", which is often easier to apply manually, than having to do that by yourself on the Command line.</div><div><br></div><div>-- </div><div>M</div></div></div>