[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: [svnbench] Revision: 1389172 compiled Sep 24 2012, 00:21:39 on x86_64-unknown-linux-gnu

From: Branko Čibej <brane_at_wandisco.com>
Date: Tue, 25 Sep 2012 10:13:40 +0200

On 25.09.2012 04:39, Hyrum K Wright wrote:
> On Mon, Sep 24, 2012 at 7:26 PM, Ivan Zhakov <ivan_at_visualsvn.com> wrote:
>> On Mon, Sep 24, 2012 at 10:03 PM, Stefan Sperling <stsp_at_elego.de> wrote:
>>> On Mon, Sep 24, 2012 at 01:50:36PM -0400, C. Michael Pilato wrote:
>>>> That's correct.
>>>>
>>>> And Philip, I see this as really two issues:
>>>>
>>>> 1. we auto-upgrade working copies (at all)
>>>> 2. we auto-upgrade working copies that are arguably not the true targets of
>>>> an operation.
>>>>
>>>> I can live with the first problem if I must. It's the second that's the
>>>> more egregious of the two, in my book. So yes, I think it makes (as you
>>>> suggested elsethread) to add a 'read-only' mode to the WCDB, and to use that
>>>> mode in the initial exploratory phases of a checkout operation. Maybe we
>>>> provide a way to upgrade that to read/write programmatically rather than
>>>> closing and re-opening the DB ... no opinion there. Whatever makes the most
>>>> sense.
>>> Or we just disable auto-upgrade. I think we've seen enough reasons
>>> now why it's just a plain stupid idea in practice.
>>>
>> +1 to disable auto-upgrade. WC upgrade is non reversible operation and
>> performing it silently is very bad idea.
> Yet again I give my hearty +1 (and wonder why this is still even a
> question several months after first discussing the issue. :/ )

Could be that the vocal proponents of manual upgrades have just
forgotten to actually turn off auto upgrades? :) (and add the
compatibility code that would make 1.7 working copies marginally useful,
at least for read-only operations, with 1.8 clients).

-- Brane

-- 
Certified & Supported Apache Subversion Downloads:
http://www.wandisco.com/subversion/download
Received on 2012-09-25 10:14:27 CEST

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.