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

Re: Memory comsumption of svn

From: Ben Collins <bcollins_at_debian.org>
Date: 2002-02-28 15:53:53 CET

On Thu, Feb 28, 2002 at 11:49:52AM +0100, Ollivier Robert wrote:
> Everything seems to be in Berkeley db4 files including the files
> themselves, not only the metadata right ? Have you any concern about the
> size of a repository (I'm even thinking of Linux users on Wintel with their
> 2 GB limit on files -- or has it been removed yet?) ?

Heh, 2gig file limits are way old problems for Linux :) I know it is
still a concern on WinNT 4, and Win9[58] (maybe 2000 aswell?).

> Is there any updating on having some kind of ? vendor branch ? ? la CVS ?
> If one has general branches, we don't need a special one I guess.

Yeah, you can just create /repo/vendor-branches/ in addition to the
suggested trunk, tags and brances.

> One nice way to ? emulate ? vendor branch on Perforce is to use "p4 diff -se"
> which will give you a list of ? changed ? files that you feed to "p4 edit"
> meaning that it is very easy to have say a tree managed by anoncvs and each
> time you update it that way, it is very easy to fold all modifications into
> a p4 repo (I even used to do this when the subversion anoncvs was available
> :-)).

I'd love if the -F command in svn took a '-' arg to mean stdin. We could
then add some args to svn status to only output added or deleted
files/dirs (svn doesn't have an edit command, so we don't need to worry
about modified files in this case). As a perforce user myself, who syncs
a remote and local mirror of a repository (some 2gigs of data), I find
the feature you describe very useful aswell.


/       Ben Collins    --    Debian GNU/Linux    --    WatchGuard.com      \
`          bcollins@debian.org   --   Ben.Collins@watchguard.com           '
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Oct 21 14:37:10 2006

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

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