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

Re: [Issue 4100] 'svnrdump dump' should honor the peg revision syntax

From: Neels Hofmeyr <neels_at_elego.de>
Date: Fri, 11 Jan 2013 20:21:42 +0100

On Fri, 11 Jan 2013 09:16:57 -0800 (PST)
cmpilato_at_tigris.org wrote:

> http://subversion.tigris.org/issues/show_bug.cgi?id=4100
> What |Old value |New value
> ================================================================================
> Issue type|DEFECT |ENHANCEMENT
> --------------------------------------------------------------------------------
> Summary|'svnrdump dump -rN:M <URL-|'svnrdump dump'
> should hon |deleted-in-HEAD>' fails |or the peg revision syntax
> --------------------------------------------------------------------------------
>
> ------- Additional comments from cmpilato_at_tigris.org Fri Jan 11
> 09:16:56 -0800 2013 ------- Issue #4100 covers the real core problem
> behind this failure, so I'm repurposing this issue into an
> enhancement request for svnrdump honoring the peg revision syntax.

OTOH, the user already supplied two revisions (-rN:M). I guess your
suggestion is more correct ... but to me peg vs. operational revs have
always felt overly complicated and unintuitive. Can't it, like, imply a
peg revision of N, instead of HEAD? So to get the (more complex) case
of HEAD's path node at where it was in revs N and M, I'd have to say
-rN:M path_at_HEAD. That would break with the other svn client UI, right?

Hmm, what does svnrdump actually do upon reaching a copy-here? Does it
continue dumping revisions of a different path? Does the normal peg-rev
thang even apply to svnrdump like it does to 'svn log'?

On the same thought, I'd love to be able to do
  $ svn rm ^/path
  Committed revision 7
  $ svn log ^/path
and be told that ^/path was removed in revision seven, instead of that
^/path does not exist. I *know* that it exists, *somewhere* in
history! Just, svn makes it awfully hard to find out where.

I've been wondering for a while: what *is* the best way to find out in
which revisions a given fixed path has existed and in which not? Few
years ago I wrote myself a little svn python API test that does just
that, I called it lograil (staying railed on the same path, no matter
what). I think that 'svn log' should have an option that does that.
Like 'svn log --fixed-path', and it tells you the revision ranges
where the path existed and where it was modified. Or does svn already
have that functionality?

* waves
~Neels

Received on 2013-01-11 20:22:26 CET

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.