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

Re: A real world user's impression of Subversion

From: Blair Zajac <blair_at_orcaware.com>
Date: 2003-07-31 19:46:09 CEST

"Jamin W. Collins" wrote:
>
> On Thu, Jul 31, 2003 at 09:43:30AM -0500, B. W. Fitzpatrick wrote:
> > > ------------
> > > Date: Thu, 31 Jul 2003 14:36:29 +0100
> > > Subject: Subversion
> > > From: Arthur Bergman <arthur@fotango.com>
> > > To: ponie-dev@perl.org
> > >
> > > Doing a vendor checkin brining up parrot to latest version is a major
> > > pain the arse. The process alone of running svn_load_dirs takes around
> > > an hour, and then I have to tag it (because if you tell svn_load_dirs
> > > to tag things automatically it breaks).
> >
> > Sounds like a bug in svn_load_dirs... was it reported?
>
> It was reported by me, not as a bug but as a question of why
> svn_load_dirs was functioning as it was. It's very inefficient at what
> it does if you have a few vendor revisions, since it first checks them
> ALL out.

Yes, this does get pretty slow.

I recall the reason I did this was when creating the tag, it compares
what ends up in the tag with what was requested to be checked in as
a consistency check for Subversion and svn_load_dirs.pl.

It could be modified to not check out the entire tag directory at all,
and make the tag copy directly on the server instead of in the wc, and
then check out the tag and do a diff to verify that everything was done
correctly.

I'll take a look at it.

Best,
Blair

-- 
Blair Zajac <blair@orcaware.com>
Plots of your system's performance - http://www.orcaware.com/orca/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Jul 31 19:47:13 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.