Philip Martin wrote on Tue, Feb 21, 2012 at 12:32:43 +0000:
> The dumpfile order is more interesting. Although we don't specify the
> dumpfile order until now it has been repeatable, at least when using the
> same executable/libraries. I can see that this repeatability is useful
> to an administrator. Rather than fixing the testsuite to ignore
> dumpfile order changes perhaps we should remove the random behaviour and
> continue to provide repeatable dumpfiles? This would involve using
> apr_hash_make_custom rather than apr_hash_make. I don't know whether
Instead of apr_hash_make_custom(), couldn't we dump entries in directory
order instead? That makes the order a function of the repository mirror
dumped, rather than of the software version used.
For FSFS dirs are stored in an svn_hash_write2() hash; for BDB they are
stored in a skel of node-rev skels; both of these structures are
naturally ordered, though in the former case we discard the order when
we parse the rep.
> it's possible to do that just for dump, or whether it would affect other
> operations.
>
> --
> uberSVN: Apache Subversion Made Easy
> http://www.uberSVN.com
Received on 2012-02-21 14:01:25 CET