<div dir="ltr">mergeRequests is unset in my configuration.  But, I don't see how that would play a roll in this as I'm having an issue with separate builders ignoring changes.  Isn't mergeRequests more about merging builds within a single builder, not across multiple builders?<br><div><br></div><div>Aran</div></div><br><div class="gmail_quote"><div dir="ltr">On Fri, Dec 11, 2015 at 2:18 PM Vasily <<a href="mailto:just.one.man@yandex.ru">just.one.man@yandex.ru</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><p dir="ltr">Hi, </p>
<p dir="ltr">Didn't read your config yet, but do you set any value to mergeRequests configuration variable? Default value of ot might cause the issue you're seeing </p>
<p dir="ltr">Thanks, <br>
Vasily</p>
<div class="gmail_quote">11 дек. 2015 г. 23:19 пользователь "Aran Deltac" <<a href="mailto:bluefeet@gmail.com" target="_blank">bluefeet@gmail.com</a>> написал:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"></blockquote></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hey all,<div><br></div><div>I'm having a weird issue that I've been banging my head on for a couple weeks now without a solution.</div><div><br></div><div>I have one GitPoller polling for changes on the "master" and "stg" branches.</div><div><br></div><div>I have 2 SingleBranch schedulers, one for the "master" branch and one for the "stg" branch.</div><div><br></div><div>I have 6 builders, 4 are attached to the "master" schedulers, and 2 are attached to the "stg" scheduler.</div><div><br></div><div>How our workflow works is developers make changes on the "master" branch, and then when we are preparing for a release the master branch is promoted to the "stg" branch. <b> It used to be that when we promoted the master branch to stg that the stg scheduler would kick off new builds.  Now, this is no longer happening, I have to force builds on the stg builders.</b></div><div><br></div><div>Nothing changed that I am aware of as far as configuration of the master, slaves, or the hosts they run on themselves.  Its almost like buildbot is saying "oh, this commit has already been built on the master builders, no need to do it on the stg builders".</div><div><br></div><div>I've tried all kinds of things.  I've moved the database from SQLite to MySQL.  I've upgraded buildbot from 0.8.9 to 0.8.12.  I've completely wiped the installs of the masters and slaves.  Nothing seems to help.</div><div><br></div><div>I've also hacked our script which promotes the master branch to the stg branch to include a new dummy commit just so that the stg scheduler sees a change it hasn't seen before.  This works, and fixes the issue, but its just a terrible hack.</div><div><br></div><div>Here's my master config with @work-specific stuff Xed out:</div><div><a href="https://gist.github.com/bluefeet/a11ba7330332812ee8e7" target="_blank">https://gist.github.com/bluefeet/a11ba7330332812ee8e7</a><br></div><div><br></div><div>Any help appreciated!</div><div><br></div><div>Aran</div></div>
<br></blockquote></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">_______________________________________________<br>
users mailing list<br>
<a href="mailto:users@buildbot.net" target="_blank">users@buildbot.net</a><br>
<a href="https://lists.buildbot.net/mailman/listinfo/users" rel="noreferrer" target="_blank">https://lists.buildbot.net/mailman/listinfo/users</a><br></blockquote></div>
</blockquote></div>