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. -- Brane
