[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: BDB vs. FSFS

From: S.Ramaswamy <ramaswamy_at_collab.net>
Date: 2004-10-19 09:16:19 CEST

On Tue, 2004-10-19 at 12:36, Nik Derewianka wrote:
> Peter Yamamoto wrote:
>
> >On a hopefully related note, I was wondering what people's experience is
> >with BDB and "large" repositories... namely large binary files (eg
> >100Mbs+, quite a few revisions), and a large number of files (~100K). Eg
> >a complete video game project including all assets (textures, audio
> >files, etc).
> >
> We do multimedia development for cd's and dvds - big projects with lots
> of files. Using svn with bdb via apache2 on a win2k3 server, we havent
> had any problems as yet during the trials (only just ramping up to full
> production team now). The only annoying thing i have found for large
> projects is getting rid of the .svn folders when you have lots of nested
> folders and you have to prep the project for a disk image. Currently i
> do a search on the project folder for '.svn', select just the folders in
> the results pane and delete.. but that doesnt work as nicely as possible
> (windows is the culprit here - nothing to do with svn). Would be nice
> if tortoise had a 'Strip .svn folders' option.
>

If you are trying to get a clean copy of your tree, minus the '.svn'
directories, then 'svn export' does the job.

> Regards,
> Nik
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Oct 19 09:21:02 2004

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.