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

RE: Efficient way to get the previous revision number

From: Reedick, Andrew <jr9445_at_ATT.COM>
Date: Tue, 6 May 2008 08:15:37 -0500

> -----Original Message-----
> From: Giulio Troccoli [mailto:Giulio.Troccoli_at_uk.linedata.com]
> Sent: Tuesday, May 06, 2008 4:44 AM
> To: Reedick, Andrew; users_at_subversion.tigris.org
> Subject: RE: Efficient way to get the previous revision number
> Sorry I was not very clear.
> When I say that --limit doesn't work, I meant because I used it as in
> svn log [dir1 URL] --limit 1
> without specifying the revision range. I didn't think about using peg
> revisions. I haven't tried it yet, but since revision 103 changed
> nothing in dir1, wouldn't [dir1 URL]@103 throw up an error? After all
> if
> I do
> svn log -r 103
> I simply get a line of hyphens.
> My concern was about the use of a huge revision range, so effectively
> getting the log for revision that I won't need. I guess using the
> --limit option with a revision range will not do anything about the
> efficiency. Instead the work done at the moment by head and tail is
> done
> by Subversion on the server (because of --limit), which make things
> simpler but maybe not more efficient.

I appreciate efficiency as much as the next person, but you might be
making mountains out of molehills. The client api takes a limit
parameter <http://svn.collab.net/svn-doxygen/group__Log.html> which
tends to imply that efficiency in this regard was considered. I would
still want a developer to state just how efficient --limit is.

Given how much you're obsessing over the efficient usage of 'svn log'
with tail/limit, have you taken the time to see what the server impacts
of large 'svn log -r X:Y' and 'svn log --limit N -r X:Y' are? Metrics
would be helpful in determining the best course to take.

Another idea would be to 'svn info URL_at_PEG' and check the 'Last Changed


The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential, proprietary, and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from all computers. GA621

To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
Received on 2008-05-06 15:16:41 CEST

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.