[Buildbot-devel] Difficulties with concurrency and dependencies
Greg Ward
gerg.ward+buildbot at gmail.com
Thu Nov 29 20:42:01 UTC 2007
On Nov 27, 2007 3:33 PM, I wrote:
> I'm having problems shoehorning our build requirements into Buildbot, and I
> want to bounce some ideas off the mailing list and see what everyone
> thinks. First, let me explain the requirements: our build produces a bunch
> of Linux server-side applications (a mix of mostly Java and C++) and a
> handful of client-side Windows apps (again, a mix of Java and C++). So we
> need at least two build slaves to handle the two different architectures.
> But the builds on the two systems are completely different; only a handful
> of core libraries are actually compiled on both build slaves.
[...]
> But wait! A third way has occurred to me: a new type of build step that
> (notionally) blocks until Something Happens. For me, Something would just
> be "each of these other build steps completes".
OK, after much digging through the guts of Buildbot to see how things
hook up, I have a "Blocker" build step that's getting close to what I
want. I'll attach the code; this came straight out of a test
master.cfg.
Good things about this implementation of Blocker:
* it works! it blocks its build from running until exactly one other
build step, in any builder, completes
* if the upstream build step succeeds, so does Blocker; if it fails,
so does Blocker
* it updates the status text nicely: "blocking on <builder>.<step>"
while blocking, then e.g.
"<builder>.<step> success" when the upstream step completes successfully
Bad things about this implementation:
* it only supports a single upstream step; I think I know how to fix
this, but wanted to get a simple
version working first. would also be nice to get some feedback on
this simple implementation!
* it blows up if the upstream builder isn't currently running (what
else could I do? I don't know if
the upstream builder has completed, or if it has never even run)
* it ignores the possibility that there might be multiple copies of
the upstream builder running
* it feels like a lot of code for what it is; is there a simpler way
to do this?
Feedback appreciated!
Greg
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: blocker-buildstep.txt
URL: <http://buildbot.net/pipermail/devel/attachments/20071129/d1d2527c/attachment.txt>
More information about the devel
mailing list