[Buildbot-devel] FileUploads and DirectoryUploads usage.

Gavin gavin at 16degrees.com.au
Wed Jun 10 01:33:36 UTC 2009



> -----Original Message-----
> From: Stefan Seefeld [mailto:seefeld at sympatico.ca]
> Sent: Wednesday, 10 June 2009 11:15 AM
> To: Gavin
> Cc: buildbot-devel at lists.sourceforge.net
> Subject: Re: [Buildbot-devel] FileUploads and DirectoryUploads usage.
> 
> Gavin wrote:
> > Hi All,
> >
> > I've patched my system against ticket #557 so DirectoryUploads now works
> > great, so thanks for that, VERY useful to our cause!
> >
> > A couple (or 3) of questions if I can:
> >
> > 1. I can copy a generated jar to the master so it can then be used by
> other
> > builders on that machine. I also want to copy the same generated jar to
> > somewhere else on the same slave machine that it was built on -- would
> > FileUploads still be a good choice in this case and just specify
> slaveSrc
> > and slaveDest as the arguments, or would a simple command line file copy
> > build step be more appropriate ?
> >
> 
> I don't think that could work. However, for a local copy, why don't you
> simply set up a ShellCommand doing the copy ?

Yeah, I'll do that thanks. Just wondering if it was possible - in my mind at
least, even using FileUploads to the same machine could still be regarded as
remote to the slave, and using the same FileUploads technique to upload to
master and other slaves including the slave local to the build would have
been good in a consistency kind of way and makes I easier for others
following on to understand the intended purpose.

> 
> > 2. After a completed build, I use DirectoryUploads to copy generated
> > Documentation and/or API docs to the public_html/$project/ directory. It
> > would be useful to wipe out this destination directory before re-
> uploading
> > newly generated docs to the same directory. (So that deleted docs don't
> hang
> > around etc..) Whats the best way to do that currently and can
> > DirectoryUploads be extended to have a parameter such as cleanDest to do
> > that work for us?
> >
> 
> That sounds like a useful addition indeed.

It does, but I wouldn't know how to implement it just yet. I also have
another idea I forgot about, and that is to use something like --exclude to
exclude any sub-directories or files not intended for upload. Example would
be uploading a load of docs but exclluding the .svn directories.

Should I file those 2 as feature requests on Trac?

> 
> > 3. The FileUploads and DirectoryUploads are an addStep entry  for a
> build.
> > Is there a way to only perform that addStep if the previous addStep(s)
> were
> > successful -- I don't want to upload (and overwrite current) docs if the
> > previous compile or install steps failed? I can see that schedulers can
> be
> > dependent on other schedulers being successful, but I could not see
> anywhere
> > a configuration to only perform an addStep entry if another previous
> one(s)
> > was successful.
> >
> 
> All steps have a 'haltOnFailure' flag that, when set to True, will cause
> the build to be aborted in case of an error.

Doh!, thanks.

Gav...

> 
> Regards,
>        Stefan
> 
> 
> --
> 
>       ...ich hab' noch einen Koffer in Berlin...
> 
> No virus found in this incoming message.
> Checked by AVG - www.avg.com
> Version: 8.5.339 / Virus Database: 270.12.54/2159 - Release Date: 06/09/09
> 18:08:00





More information about the devel mailing list