<div dir="ltr">Hi all,<div><br></div><div>I emailed about this a long while ago and was not able to get to the bottom of this issue.  Without a resolution I have just ignored the problem even tho it rears its head at work all the time.  This issue has been used by some people as a piece of why they'd like to move to Jenkins.  Whether we go to Jenkins at some point or not, it would be great to figure out whether 1) my assumptions are incorrect, or 2) buildbot isn't working right.</div><div><br></div><div>I have a single GitPoller looking at 3 branches (a, b, and c).</div><div><br></div><div>I have 3 SingleBranchSchedulers (A, B, and C), each with a ChangeFilter looking for changes in one of each of the 3 branches.</div><div><br></div><div>If I push a commit to branch <b>a</b> the change filter sees it and the build is scheduled by the <b>A</b> scheduler.  Then I push the same commit to branch <b>b</b> and the commit is ignored.  I have to manually schedule a build.</div><div><br></div><div>Do different Schedulers/ChangeFilters share a common log of what commits have already been built?  If so, that would explain why my separate schedulers ignore changes already handled by other schedulers.</div><div><br></div><div>I would expect schedulers to keep separate records of which changes they have already processed, but that does not seem to be the case.  Is there any way to make the schedulers have independent lists of which changes they have already seen?</div><div><br></div><div>My previous email, subject "GitPoller/Scheduler Behavior Changed, Changes Ignored", sent late last year, has more details.</div><div><br></div><div>Thanks for any thoughts,</div><div><br></div><div>Aran</div></div>