Philip Martin writes:
> They are all the same (REAL?), they are all just unversioned revision
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?
Received on 2010-07-23 14:18:55 CEST