Re: FSFS format7 and compressed XML bundles
From: Julian Foad <julianfoad_at_btopenworld.com>
Date: Tue, 5 Mar 2013 13:30:28 +0000 (GMT)
Vincent Lefevre wrote:
> On 2013-03-01 14:58:10 +0000, Philip Martin wrote:
Hi Vincent. I'm not sure you understood Philip's point. His point is (correct me if I'm wrong) that Subversion's design requires that during a checkout or update, the server must reconstruct a file containing exactly the same bit pattern that the client sent when committing the file. Compression schemes in general don't guarantee that expanding and then compressing will produce the same compressed bit pattern, even if you take care to use the same "compression level". Therefore, the server cannot simply expand the data before storing it and then re-compress it during checkout or update, because, although the resulting compressed file would be a valid representation of the user's data, it would not satisfy Subversion's own requirement that the bit pattern be identical to what was sent by the client during the commit.
That point _is_ specific to a server-side solution. With a client-side solution, the user's word processor may not mind if a versioning operation such as a commit (through a decompressing plug-in) followed by checkout (through a re-compressing plug-in) changes the bit pattern of the compressed file, so long as the uncompressed content that it represents is unchanged.
Of course other things can always go wrong, such as not having the right software installed (is that what you mean by "the system is upgraded"?), but that's true of all computing tasks, not specific to this one. I don't know what you mean about using NFS.
This is an archived mail posted to the Subversion Dev mailing list.