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

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

From: Michael W Thelen <thelenm_at_cs.utah.edu>
Date: 2004-07-06 06:17:27 CEST

* kfogel@collab.net <kfogel@collab.net> [2004-07-05 18:40]:
> I guess this whole bit might change now, with the suggestion of
> "-rHEAD:HEAD-10" syntax that others have made. (So I won't comment on
> any of the parsing code.)
>
> As far as backwards compatibilty: When the server is new enough to
> understand the new type of request, there should be no extra round
> trip. When the server is old, it can error back to the client, which
> the client can detect, and only *then* do an extra round-trip to
> get the offset revision by number so it can re-request.
>
> So, here's a wicked question: shouldn't an offset of "HEAD-10" on a
> file show you the last ten revisions *in which that file changed*, not
> simply the revisions numbered HEAD through HEAD-10? :-) (Or did your
> code already do that, and I just missed it?)

If the repos HEAD revision is 100, I would expect HEAD:HEAD-10 to return
the log messages for the range 100 through 90, regardless of how many
changes were undergone by the target(s) in that range. I see "HEAD-10"
as specifying a revision number independent of any targets.

That's not to say that "give me the last 10 log messages" isn't a very
common desire. I'm just not sure HEAD:HEAD-10 is the syntax for it.
Something more like HEAD:HEAD-10C (last ten changes before HEAD), or a
different command-line option entirely, like --limit 10, would make more
sense to me.

-- Mike

-- 
Michael W. Thelen
... spell 'creat' with an E.
                -- Ken Thompson

Received on Tue Jul 6 06:19:19 2004

This is an archived mail posted to the Subversion Dev mailing list.