On 6/6/06, Lieven Govaerts <lgo@mobsol.be> wrote:
> > -----Original Message-----
> > From: D.J. Heap [mailto:djheap@gmail.com]
> > Sent: dinsdag 6 juni 2006 19:28
> >
> > The slave seems to be working pretty well now, thanks for your help.
> >
> > However, running all the tests over all the backends is just
> > too much since it takes so long and hits the machine pretty
> > good even with a ramdisk. I'm thinking of just testing
> > fsfs/ra_local automatically -- but I'd like to be able to
> > force a build and test run of some other backend and ra layer
> > manually. Would it be possible to add those types of options
> > to the 'force a build' form similar to the branch and
> > revision options?
> >
> > Thanks!
> >
> > DJ
>
> Yeah I noticed the same thing, the full build with all tests just takes too
> long to be useful.
>
> I was thinking of separating the builds in two types:
> 1. continuous integration: build+test < 60 minutes ideally. All buildslaves
> run only the ra_local+fsfs, or we might choose to have other combinations,
> like a windows buildslave ra_local+fsfs, a mac ra_dav+fsfs, a linux
> ra_svn+bdb etc. When we have more than 6 buildslaves, we can test each
> combination at each commit.
>
> 2. a nightly build (full build, all tests, all ra layers+fsfs/bdb). This can
> then be implemented by all buildslaves and be run at an approriate time once
> a night.
Ah, yeah, that sounds like a good idea to me.
>
> Forcing a manual full build is not possible as far as I know, that has to be
> customized then. Do you still need this if we implement nightly builds?
Not really, I was just thinking it would be handy to have an easy way
to force a different test combo.
>
> BTW, this discussion can be held on the dev-list, maybe others have
> something to say about it as well.
Good idea -- I've cc'd the list.
>
> Do you want me to remove the other tests steps from your buildslave
> configuration?
Yes, please do.
Thanks!
DJ
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Jun 6 23:07:36 2006