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

libsvn_client & log messages

From: Calum Robinson <calumr_at_mac.com>
Date: 2004-02-15 18:09:53 CET

I'm in the process of writing a GUI client for subversion (which is
going very smoothly thanks to the nice API), but have run into a
problem with getting the versions associated with a file or directory.

I want to display a table for the selected file, with a list of
revision #'s and authors only (revisions where the file was modified in
some way). The log message for the selected revision is displayed
separately (i.e. the log message for a revision isn't needed until the
user selects it).

At the moment, I can call svn_client_log() in a separate thread and
update the table that way, but for large repositories that aren't local
it takes a while to fetch 1000's of log messages (especially annoying
if you want to see the log message for a fairly recent revision -
you''ll have to wait for every previous revision to be fetched). What I
really want to do is only download the 'interesting' revisions
associated with a file/folder, in any order I need to.

It seems there is no way around this with the current API - is that

If this is true then could I suggest a new addition to the client API?
- a function that would return an array of the revisions associated
with a file. Clients could then download only the log messages for
revisions associated with a particular file, and keep these cached for
future use. I might implement this myself (I know it's not nice to have
someone come along and demand features without offering anything in
return) if people agree it would be useful.

Calum Robinson

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sun Feb 15 21:34:54 2004

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.