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

Re: Listing peg versions?

From: Martin Scharrer <mailinglists_at_madmarty.de>
Date: 2006-12-19 23:09:48 CET

On Tuesday 19 December 2006 20:48, Brummer, Byron wrote:
> > From: Martin Scharrer [mailto:mailinglists@madmarty.de]
> >
> > I wrote now a perl script using XML::Simple, it can be found under
> > http://www.scharrer-online.de/svn/svnscripts.shtml#svnpegrevs
> >
> > It lists all 'add'-revisions of the given path.
> > You can give the working copy path of an existing file/dir or
> > if the file currently, i.e. latest rev, doesn't exists or you don't
> Thanks. This works for some cases, but appears to miss others.
> I'll have to play with it a bit to see if I can't narrow the problem
> down.
Tell me if you find the problem, I would be very interrested in it.

> Sadly it also does a full log of the entire repo which isn't
> practical with a repo as active as ours (50+ commits/day and
> growing).
> A single pass is taking 3+ minutes real time (20+ seconds CPU on a
> duel 64 bit box). I think I can knock that down a lot by narrowing
> the log focus to the target's parent directory (URL = URL+parent dir).
I'm not surprised by this times. Your suggested optimations would be good, but
wouldn't work if the parent dir is also been replaced.
> I have a feeling I'm going to be digging into the SVN source
> soon and seriously hacking the hell out of it. It's missing some basic
> but hugely important features, especially regarding reporting and
> query functionality.
Let's hope the best for Subversion 2.0.
You should write to the developer and tell them about this missing features.


To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Dec 19 23:21:15 2006

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.