[Buildbot-devel] 0.7.x community?

Dmitry Nezhevenko dion at dion.org.ua
Wed May 30 09:15:33 UTC 2012


On Tue, May 29, 2012 at 08:40:37PM -0500, Dustin J. Mitchell wrote:
> I'm aware that upgrading a Buildbot instance with custom code can be
> difficult.  This is mostly because the APIs against which such code is
> written were ad-hoc, undocumented, and poorly implemented.  It's also
> due to the lack of development and staging instances in most Buildbot
> deployments, making an upgrade difficult to test; and to the divided
> attentions of most build / release engineers.  As a result, we've got
> users stalled on just about every release -- 0.8.3 seems particularly
> popular, as do 0.7.10 and 0.7.12.

Personally I've stuck with 0.8.5. Just because it "just works". At the
same time we've a lot of small/random changes to both master and slave
that are probably not acceptable to mainline. And a few large enough
changes:

- module for custom proprietary VCS (AccuRev). Still client-side. I'm
  working on general "command"-based master step that I'll try to ask for
  merge.

- custom ChangeSource for AccuRev

- "Aggregate" build step that can contain a few child build steps and
  execute them one after another. Mostly done to avoid very huge amount of
  steps in WebStatus. Now it mostly looks like one step per high-level
  target and each substep just produces own logfiles. Very useful if we've
  for example 10 targets and each requires something like "configure,
  make, run tests, create tarball, upload file". I don't think that it can
  be merged, but can try to cleanup and ask for this if somebody needs it.

- A few other hacks.

-- 
WBR, Dmitry
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
URL: <http://buildbot.net/pipermail/devel/attachments/20120530/5d43df66/attachment.bin>


More information about the devel mailing list