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

Re: Projects?

From: Robert Simmons <derisor_at_arcor.de>
Date: 2003-10-22 01:18:49 CEST

> On Wed, Oct 22, 2003 at 12:55:25AM +0200, Robert Simmons wrote:
> > > I have 4 projects in one repos. I actually like not being tied to the file
> > > revision. :) I didn't when I started.
> >
> > How many developers and how much traffic? Put this in a corporate setting
and
> > watch that revision number go through the roof. Our source control system
sees
> > some 1000 commits a day across 6 projects.
> >
> > >
> > > Ok. This is my last post for today. Later all. Have a good one.
> >
> > You too. =)
>
> At the risk of seeming pedantic, how would you feel about stating what
> you want?

I believe I did that... *confused*

OK then I wasnt making myself clear.

1) KEEP the current revision system.
2) ADD a file version number which is a plain count of the number of commits on
only that file.

> For example, I've noticed that SVN performance is substantially slower
> than CVS. I could say that I need a check-out on a given project of
> X-thousand files to take no more than 2 minutes. CVS, in my
> experience, is usually network bandwidth limited.

Simple things run faster. *shrug* You can either have more features or better
performance. Pick one. Given that checkin and checkout of files is not a time
critical issue, Im not too stressed about a drop in performance personally. Post
1.0 they can look around for places to try to make it faster. Or perhaps you can
use a profiler (do they have profilers for c?) to help you suggest trouble
spots.

-- Kraythe

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Oct 22 01:21:35 2003

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.