[Buildbot-devel] Revision number mixup

Daniel Benamy dbenamy at redhat.com
Fri Jun 30 18:29:51 UTC 2006


I'm seeing a weird problem here with revision numbers for checkouts. I've got 
2 builders set up. They check out sources from different subversion servers. 
They each have their own scheduler which get notified by post-commit scripts 
on the two servers. There are fileIsImportant functions passed to the 
schedulers so each one only fires when it should.
Here's the problem I'm seeing: If a change happens on the first builder's 
repo, it updates and runs it's steps and everything's happy. Then if a change 
comes in for the second builder, it tries to update it's working copy to the 
revision number that was just used by the first builder, which is wrong for 
that repo. On subsequent changes to the second tree, it updates to the right 
revision and everything works. Further updates that happen to the first tree 
trigger the first builder to update to the right revision, so it's a one way 
thing. And right now it happens _every_ time the second builder is triggered 
following the first builder. It also happened once the first time the second 
builder was triggered after a few buildbot master restarts even though the 
most recent build was on that second builder with the right revision. Any 
ideas as to what could cause this?
Thanks,
Dan




More information about the devel mailing list