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

[PATCH] 'last N changes' mode for svn log

From: Garrett Rooney <rooneg_at_gmail.com>
Date: 2004-07-04 21:57:35 CEST

So I've been toying around with changes to 'svn log' so that you can
do something like:

$ svn log -r HEAD:-10 http://svn.collab.net/repos/svn/trunk

And get the last 10 changes on the trunk. I find myself running 'svn
log' with no revision specified an awful lot, and it seems awfully
wasteful since I usually only want the last few revisions anyway.

The current implementation involves adding new 'bounded' versions of
the various log functions at the repos and ra layers which take a
start revision and a count of how many revisions back to go, modifying
the option parsing code so that you can specify the number of revision
back by prefixing the second number with a - sign, and tweaking
svn_client_log to call the bounded versions of the ra function when it
sees that kind of revision.

So far I've only implemented this for ra_local (although ra_svn would
be trivial... haven't looked at ra_dav yet), and there are a number
of parts I'd like to clean up before it goes in, but I figured I'd
post it to see what people think of the direction I'm going in.

Still on the todo list:
  More comments
  Command line client help output
  Reduce the code duplication in the various log functions
  Implement ra_svn and ra_dav versions
  Maybe make get_log_bounded functions take an array of paths, not just one.
  Maybe add backwards compatability code so this can work with older servers?

Let me know what you think.

-garrett

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org

Received on Sun Jul 4 21:59:20 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.