Version 15 (modified by jollyroger, 9 years ago) (diff)


Can I use a single buildmaster for multiple projects?

For simple cases, this is now quite possible. A single buildmaster can handle an arbitrary number of distinct projects, even running the same builders on different projects. The project and repository attributes are used to separate the projects and indicate which version-control repository contains the code for each project.

However, a project that packages several independently-developed utilities into a single binary for users to download is more difficult, as Buildbot does not have a means to represent the multiple revisions from multiple repositories that must be used to make up the single binary. For simple cases (e.g,. always building the latest version), this can be made to work, but more complex cases are still a work in progress.

Consult the mailing list archives for discussion of various implementations of multi-project buildmasters.

Why don't wildcards work in my ShellCommand?

Probably because your build slave is running a Unix variant and you wrote your command as a list (the recommended way):

    command=["rm", "*.old"],

The advantage of writing your command as a list is that it is executed directly by BuildBot, without a shell getting in the way. That means you won't have problems with quoting or whitespace in filenames. But since there is no shell involved, it also means that wildcards will not be expanded: BuildBot simply passes the string *.old to rm, which complains because there is no such file.

The solution is to specify your command as a string, so it will be run by /bin/sh:

    command="rm *.old",

However, this can introduce all the classic shell quoting nightmares.

Alternately, you can get BuildBot to explicitly run the command with /bin/sh:

    command=["/bin/sh", "-c", "rm *.old"],

Why don't redirects/pipes/etc work in my ShellCommand?

For the exact same reason that wildcards don't work. See the previous question.

Why isn't buildbot designed for my build process, since it's a very common process?

Most people feel that their build proces is "normal", "obvious", or "common". It's not. No two buildbot users have the same build process, nor do they organize their code in the same way. You can believe this now, or watch the mailing list and IRC channel for a week or so and believe it later.

My Mac Buildslave can't resolve domain names

Macs use "security contexts", so if you start a buildslave via an SSH connection, then once that connection disappears, the context does, too. See UsingLaunchd or UsingStartupItemContext for workarounds.

I'm getting errors about overly-long filenames

This is surprisingly common, especially on Windows and, to a lesser extent, Mac buildslaves, when you have tests that create lots of nested directories. There's not a lot that Buildbot can do, but here are some ideas:

  • set up your buildslave root directories in a short top-level directory, e.g.,
    buildslave create-slave /B master:9989 botname botpass
  • use abbreviated builddirs in your builder configurations:
    c['builders'] = [ 
               name="my really long builder name",
           ) ]

With both of these in place, Buildbot will only contribute /B/mrlbn to the pathnames - the other 247 characters will be up to the developers to remove.

How can I trigger build from SVN post-commit hook?

Assuming you have buildbot master running on with PBListener on port 9989 your post-commit hook should look like this:

# Subversion post-commit hook.


    --repository "$REPOS" 
    --revision "$REV" 
    --bbport 9989

I'm seeing "LogFileScanner has no attribute _remainingData"

This is an incompatibility in versions Buildbot-0.8.2 and earlier when running against Twisted 10.2.0 - see #1697. A few solutions are available:

  • downgrade Twisted (e.g., pip install Twisted==10.1.0)
  • upgrade Buildbot to 0.8.3 or later
  • apply the fix

The GitPoller is not working!

Buildbot-0.8.3 shipped with a badly broken gitpoller (oops!). The poller is fixed in Buildbot-0.8.3p1, so please use that version or a later version instead.

My Git steps on Windows aren't working!

If you're using an old version of MSys Git, you may see problems where the exit status of a git command is incorrectly passed back to Buildbot, causing Source steps to fail. Upgrade to at least