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 <[email protected]> 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 > [email protected] > https://lists.buildbot.net/mailman/listinfo/users >
_______________________________________________ users mailing list [email protected] https://lists.buildbot.net/mailman/listinfo/users
