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

RE: Re: Revision # theoretical upper limit

From: David CM Weber <david.weber_at_backbonesecurity.com>
Date: 2004-05-19 21:38:30 CEST

(apologies for butchering theoretical. Curse the spell check!)

The main reason I asked, is I'm in the process of setting up SVN as a
document repository. It's going to contain (gasp!) mostly MS Word
documents. The binary diffing algorithm is what attracted me to SVN for
this. The writers which we have could potentially be performing dozens
of commits/day with dozens of writers working in a single repository. I
just wanted to make sure that we weren't shooting ourselves in the foot
with SVN crashing in a year or so.

Thanks for everyone's input, and easing an overburdened sysadmin's
worries..

-----Original Message-----
From: kfogel@newton.ch.collab.net [mailto:kfogel@newton.ch.collab.net]
On Behalf Of kfogel@collab.net
Sent: Wednesday, May 19, 2004 9:11 AM
To: Reid Spencer
Cc: users@subversion.tigris.org; Ben Collins-Sussman
Subject: Re: Revision # theorhetical upper limit

Reid Spencer <reid@x10sys.com> writes:
> Perhaps a more realistic score board would be to publish the projects
> with the highest number of commits per month. Not exactly an accurate
> reflection of project activity since the contest would tend to foster
> lots of smaller, otherwise unnecessary, commits. But, it might be an
> interesting benchmark on SVN itself. Projects could strive for 10,000
> or 100,000 commits per month.
>
> Perhaps I'll write a little C program to compute the number of commits
> in a given time range.

Feel free... but I must admit, personally I wouldn't want to encourage
that sort of race

   "Judging developers by the number of changes they make is like
    judging a legislature by the number of laws it passes."

Hey, I said it, so I can put quote marks around it. :-)

-Karl

---------------------------------------------------------------------
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 Wed May 19 21:39:01 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.