On 2 April 2014 15:15, Julian Foad <julianfoad_at_btopenworld.com> wrote:
> Ivan Zhakov wrote:
>> I didn't vote for 1.9.0-alpha2 because I believe that current trunk
>> should not be released even with alpha label. [...]
>
> Hi, Ivan.
>
> I agree with some of what you say, but not all of it.
>
[...]
>> Even more I believe that fsfs7 stuff and log addressing stuff should
>> be reverted from trunk and such significant fsfs format changes should
>> be implemented in fsx to give users a choice: use stable and proven
>> format or something really new and never tested.
>
> I agree users must always have the option of a server that's "stable and proven". I take your concern seriously, but I look at it in a different way. You're proposing that users should have the following options:
>
> * experimental (1.9 FSX, lots of new stuff)
>
> * stable (1.9 FSFS, approximately same as 1.8, minor changes)
>
Yes, that what I'm proposing.
> Users already have a stable server: it's called 1.8, or 1.7 or whatever version has been around for long enough to satisfy their definition of "stable.
>
Users will consider Apache Subversion 1.9.1 as stable release too
(this is Apache branded release btw). And they will install it on
production servers. Also, Subversion 1.7.x will be deprecated in the
day of release Subversion 1.9.0.
> So another way of looking at the options that we can provide is:
>
> * experimental (1.9 FSX, lots of new stuff)
>
> * latest (1.9.0 FSFS, a balance between significant improvements and reasonable stability)
>
> * very stable (1.8.x series, for now, until a year or so has passed and the user then considers the 1.9.x series to be "very stable")
>
> It seems that we're currently looking at the user's options that second way. And that seems OK to me.
>
The real problem is disk format change and backward compatibility:
once Subversion 1.9.0 with fsfs7 will be released, we have to deal
with this format in the all future releases. Even if nobody will
upgrade to 1.9.0 and fsfs7.
--
Ivan Zhakov
CTO | VisualSVN | http://www.visualsvn.com
Received on 2014-04-04 14:16:58 CEST