Re: Way to minimize number of svn files on a hardrive?
From: Talden <talden_at_gmail.com>
Date: 2007-05-08 03:24:59 CEST
If like us, you're stuck developing on windows then isn't much good
Partitioning the drive and spreading the working copies of the
Windows really does need a filesystem refit... and then replace the
-- Talden On 5/8/07, Xn Nooby <xnooby@gmail.com> wrote: > > Is there a way to minimize the number of files that Subversion stores on a > hardrive? Our Windows XP PC's are apparently becoming somewhat unstable > after checking out about 100GB of small C sourcecode files, the number of > actual files is over a million. Our Windows Admin has asked me to look in > to this, in case there is a simple fix. I already disabled the TortoiseSVN > service, so that it only colorcodes directories being browsed (we use both > svn cli and gui). We are basically looking for a way to cut down the number > of files on the hardrive. > > I had suggested moving the files to a network storage device or to a > directory on one of the servers, or possibly compressing (via NTFS) the > directories under Subversions control. I also considered doing an export > instead of a checkout, and then having people only checkout the directrories > they were working in (which is kind of kludgy). > > Is there an option to maybe checkout just the working copies, and then > request the base copy in case you want to work on the file? > > We have several large projects, and a few people work on all of them - they > are the ones having issues with too many files on their PC's. Sorry to be > vague about "their Windows problems", I have not seen them first hand. I > have not heard of any of the linux users having issues with too many files > on their drives. > > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org For additional commands, e-mail: users-help@subversion.tigris.orgReceived on Tue May 8 03:25:17 2007 |
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.