[users at bb.net] Same workdir for two builders

[Pierre Tardy]

Hi Ryan,

What we usually recommend in order to implement builders that have a share
directory is just to use ../ in your command.

for example, if you need a shared virtualenv for all your builders you
would say in your shell commands:

SANDBOX=$WORDIR/../sandbox
virtualenv $SANDBOX
. $SANDBOX/bin/activate
pip install foo

etc.


With this method, you assume that the workdir is always one directory away
from your worker's main workdir (which is imho reasonable).

Pierre

Le ven. 29 juil. 2016 à 12:53, Ryan Schmidt <buildbot at ryandesign.com> a
écrit :

> Hi, I have several buildbot 0.8.12 worker machines, each with two
> builders. One of the builders ("watcher") is triggered by changes in the
> version control system. It does some preliminary setup work, then triggers
> one or more jobs on the other builder ("builder") which does the actual
> building. The "watcher" waits until all the jobs it triggered on "builder"
> have finished. I would like "watcher" and "builder" to share some files,
> and it seems natural to want to place those files in the workdir, which
> means they would need to share the same workdir. What's the best way to
> accomplish that, or is there a reason why I shouldn't do that? The most
> relevant documentation I found through Google was:
>
>
> http://docs.buildbot.net/current/manual/customization.html#factory-workdir-functions
>
> But that talks about using a callable function to return a workdir
> determined at runtime. I don't need that. How can I just set a different
> default workdir, for all build steps (while still allowing one build step
> to override that)? Can I just set build_factory.workdir to a string instead
> of a function? Is that documented somewhere that I missed?
>
> _______________________________________________
> users mailing list
> users at buildbot.net
> https://lists.buildbot.net/mailman/listinfo/users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.buildbot.net/pipermail/users/attachments/20160729/9951048a/attachment.html>