Bert Huijben wrote on Wed, Jun 19, 2013 at 11:25:29 +0200: > This would be much easier to reproduce if we could 'svnadmin upgrade' to > specific newer formats instead of only directly to the latest version. >
Yes. > I have no idea how hard it would be to implement this (and it certainly > can't be backported to 1.8), but at least it would allow more testing for > future versions. It would involve adding yet more code that is dead most of the time, and a feature whose only use case so far is ease of development. We have other options: 1. Allow 'svnadmin create --shard-size=0'. (If you do that with --compatible-version=1.7, you'd be able to reproduce.) 2. Have the tests use tarballs of created-by-1.7 FSes, just like the 'svn upgrade' tests do.
