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

Re: svnrdump: Faking revision 0

From: Ramkumar Ramachandra <artagnon_at_gmail.com>
Date: Fri, 23 Jul 2010 17:46:33 +0530

Hi Philip,

Philip Martin writes:
> They are all the same (REAL?), they are all just unversioned revision
> properties.

I probably misunderstood something somewhere- I'm making deductions
simply based on my limited observation. I've used the word "real" in
the context that those are the only properties fetched when I call
svn_ra_rev_proplist on revision 0. On the ASF, I've observed that
svn:date is the only real property I get. However, when I use svnsync,
I get additional properties- svnsync is cooking those up.

> Like Stefan I don't understand why svnrdump is inventing revsion
> properties. It should simply dump those that exist, it should not add
> anything that does not exist.

As I pointed out, svnsync cooks it up for resume support. If we want
to implement resume support (or even find out which repository a
certain dumpfile corresponds to), we must cook up atleast
svn:sync-from-url and svn:sync-from-uuid. Is this not justified?

-- Ram
Received on 2010-07-23 14:18:55 CEST

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.