Re: Way to minimize number of svn files on a hardrive?

The issue would be the total number of file-system files and, to a
perhaps greater degree, their disposition.

Regardless, this would reduce the size of the problem though perhaps
not enough to solve the problem entirely.

I wonder whether it would be useful to have a property that indicated
a folder is 'write-once' such as tags, vendor drops etc... this could
indicate not to keep text bases or scan for local modifications.
checkout and update would want an option to override this so that the
content is modifiable for the less common situations.

This could significantly reduce the working copy sizes (pristine
copies at least as well as book-keeping perhaps) and perhaps even lend
itself to useful optimisations when (no I don't really believe it's an
if) the working copy format is changed...

--
Talden
On 5/8/07, Blair Zajac <blair@orcaware.com> wrote:
>
> On May 7, 2007, at 9:15 PM, Ryan Schmidt wrote:
>
> >
> > On May 7, 2007, at 23:02, Blair Zajac wrote:
> >
> >>> You may be interested in SVK, which is based on Subversion and I
> >>> believe works with normal Subversion repositories. It stores its
> >>> local working copy data in a different format. Whether this takes
> >>> less or more disk space or uses fewer or more files than a
> >>> Subversion working copy I don't know. You could try it out.
> >>
> >> There is no .svn directory in an svk working copy, so you only
> >> have the files and directories that are checked out, so it is much
> >> smaller.
> >
> > Right, but don't you have to have a local mirror repository? How
> > much space does that take up?
>
> Well, it'll be as large as the master Subversion repository, or the
> subtree portion that you mirror.  You can mirror subtrees of a
> repository.
>
> If you have multiple working copies from the same mirror, then it'll
> be less, presumably.
>
> I thought the issue was the number of files in the working copy, so
> this will help here.
>
> Regards,
> Blair
>
> ---------------------------------------------------------------------
> 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