Ok. That's probably not worthwhile to add,certainly not just for me; I
*can* just use get_log and sort it out in my svn_log_message_receiver_t
function, it's just somewhat slow. I was hoping there was a way to frame
the query that would avoid the overhead, but if it's coming from the
core fs design I suspect there won't be.
> -----Original Message-----
> From: Blair Zajac [mailto:blair@orcaware.com]
> Sent: Friday, November 09, 2007 3:25 PM
> To: Puetz Kevin A
> Cc: users@subversion.tigris.org
> Subject: Re: Non-recursive svn log?
>
> Puetz Kevin A wrote:
> > Is there any way to ask for the log info for direct changes to a
> > directory without also getting changes for all of its
> descendants? I'm
> > using the svn_ra API via the perl bindings.
> >
> > For instance, I want to identify the revision in which
> properties set on
> > the repository root were last changed; I would obviously rather not
> > download the entire history of the repository to do so. I
> could avoid
> > the "entire history" aspect either by returning an error to abort
> > (though this leaves the RA connection busted), or by using
> limit to grab
> > them in chunks and quit when I've found a change, but if
> the last change
> > is in the distant past I'll still have downloaded a *lot*
> of data about
> > file changes that I didn't actually want to see. Is there a
> way to ask
> > for only the folder?
>
> The problem is that when a change is made to any file or
> directory, it actually
> modifies all the parent folders all the way to the root
> folder, so that's why
> you're seeing changes on child files and folders. This is at
> the core
> Subversion repository level.
>
> So you're basically asking for is a new ra method to get that
> information and
> then filter it out server side.
>
> Blair
>
> --
> Blair Zajac, Ph.D.
> <blair@orcaware.com>
> http://www.orcaware.com/svn/
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sat Nov 10 00:05:54 2007