openmeetings-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Maxim Solodovnik <solomax...@gmail.com>
Subject Re: downloading the backups for JUnit in some directory that is not "cleaned" by every build
Date Wed, 03 Apr 2013 17:29:42 GMT
I'm afraid the best option is to move backups into Apache SVN .... (I hope
Jenkins have goog connection to Apache SVN)
Alternatively it can be moved to OM@googlecode (which is already hosting
openlaszlo compilers).

What do you think?


On Sat, Mar 30, 2013 at 10:53 AM, Alexei Fedotov
<alexei.fedotov@gmail.com>wrote:

> In my previous Apache project there was a special Ant task wget which had
> md5 argument. Download happened only in case of md5 mismatch.
>
> If someone updated the file to download, he respectively updated the hash
> in the corresponding wget task, and this task update initiated the update.
>
> The bottom line: I support Sebastian: the less  downloads, the better.
> 30.03.2013 7:46 пользователь "seba.wagner@gmail.com" <
> seba.wagner@gmail.com>
> написал:
>
> > Hi,
> >
> > our builds on Jenkins do take a lot longer then before because those
> backup
> > zips are downloaded with every build freshly.
> > The build took 4-8 minutes beforehand, now its 25 minutes :)
> > And I think a reasonable amount of the time the build will re-download
> the
> > ZIPs.
> >
> > Can't we simply put those backups in some directory that is not cleaned
> > with every build?
> > For example:
> > $OPENMEETINGS_ROOT/test/backups
> >
> > The folder $OPENMEETINGS_ROOT/test/backups might be added to ".svnignore"
> > so that it won't get accidently commited when you build locally.
> >
> > What do you think?
> >
> > Sebastian
> > --
> > Sebastian Wagner
> > https://twitter.com/#!/dead_lock
> > http://www.webbase-design.de
> > http://www.wagner-sebastian.com
> > seba.wagner@gmail.com
> >
>



-- 
WBR
Maxim aka solomax

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message