On Mar 1, 2010, at 11:20, C. Michael Pilato wrote:
> Olivier Dehon wrote:
>> On Sat, 2010-02-27 at 08:43 -0600, Ryan Schmidt wrote:
>>> Why can't he use "svnlook pl --revprop -t" as he suggested? "svnlook help pl" suggests this should work.
>> Agreed, it might be a missing feature. I was just trying to suggest a
>> workaround for what the OP wanted to achieve.
> This is not an oversight. Subversion's public interfaces have always split
> trees of changes in the repository into two non-overlapping segments:
> revisions ("which are sets of tree changes that have been promoted into new,
> numbered, revisions by the commit process"), and transactions ("which are
> sets of tree changes not yet promoted into revisions"). We believe that the
> fact that those "revisions" are just promoted "transactions" (meaning, that
> you can still address them by their transaction name) is a bit of an
> implementation detail that needn't be revealed through the public interfaces
> to Subversion.
So you're saying "svnlook pl --revprop -t" is not meant to work? If that's correct, how are we meant to know this from the output of "svnlook help pl" (which I'll show again) which clearly states that "--revprop" may be used with either "-r" or "-t"?
$ svnlook help pl
proplist (plist, pl): usage: 1. svnlook proplist REPOS_PATH PATH_IN_REPOS
2. svnlook proplist --revprop REPOS_PATH
List the properties of a path in the repository, or
with the --revprop option, revision properties.
With -v, show the property values too.
-r [--revision] ARG : specify revision number ARG
-t [--transaction] ARG : specify transaction name ARG
-v [--verbose] : be verbose
--revprop : operate on a revision property (use with -r or -t)
--xml : output in XML
Received on 2010-03-01 18:45:46 CET