On 07.11.2014 00:44, Stefan Fuhrmann wrote:
> Furthermore, hot upgrades are a new feature in FSFSv7: So, if you have
> an issue with that, by all means propose that we forbid hot
> upgrades, as
> that will not be a regression compared to FSFSv6. Do not rip out a
> completely orthogonal, important feature instead.
> Brane, you might confuse this with 'svnadmin pack'. The thing
> about upgrade is that we have a nasty FS API limitation that
> is a missing concept of read sessions / locks. Everyone can
> open a repo, keep the svn_fs_t, upgrade the repo and then
> *write* to it using the old FS pointer with the old format info.
> IOW, we must make sure that writers can happily ignore any
> format info as long as they are not trying to write in an even
> newer format than specified on disk.
Thanks for clarifying. This is more or less what I meant ... IOW, with
v7, someone actually made an effort to make sure we'd fail consistently
in some scenarios.
Received on 2014-11-07 05:28:03 CET