Branko Čibej wrote on Sat, Aug 25, 2012 at 23:25:54 +0200:
> On 25.08.2012 11:33, Stefan Sperling wrote:
> > On Sat, Aug 25, 2012 at 11:14:57AM +0200, Branko Čibej wrote:
> >> After all the discussions about this topic, I've slowly come to the
> >> conclusion that this is the best option. The only trouble I see is in
> >> properly supporting older WC formats, because as far as I can see,
> >> there's not much infrastructure in place for that.
> >> Unless you think that it's OK for newer SVN releases to simply not work
> >> on old working copies?
> > I thought the plan going forward was to require a working copy
> > upgrade when the user upgrades to 1.8. What I'm proposing is
> > that this upgrade should be a manual step as it was during the
> > 1.6 -> 1.7 transition, with the option of always auto-upgrading
> > for advanced users who know what they're doing. I've seen too
> > many inexperienced users run into problems because of auto-upgrade
> > during the 1.5 -> 1.6 transition (mainly users of multi-client
> > setups in large corporations). By comparison the 1.6 -> 1.7
> > transition was a lot easier for those users because they were
> > made aware of what was happening.
> > I'm not proposing to add read/write support of the 1.7 format to 1.8,
> > if that's what you're asking for. I know SVNKit has this feature
> > but it's a bigger task than I can add on my todo pile right now.
> Makes sense. Except that I'd argue against having an auto-upgrade
> option. It seems to me that it would just complicate bug reporting
> without actually gaining anyone anything. If you're thinking about
> large-scale client deployments in contolled environments, surely the
> upgrade can be scripted as part of that.
I'm thinking about cron jobs that run svn (update, or commit). Yes,
those scripts can do the upgrade themselves, but:
1) That requires either making the 'Upgrade needed' error code stable
(and have the cronjob check for 'svn: E155036') or ensuring that 'svn
upgrade' exits 0 when it has nothing to do (and then the cronjob will
run '(svn cleanup || svn upgrade && svn cleanup) && svn up').
2) That solution requires changing the cron jobs to add an explicit 'svn
upgrade' call. It's easier to add one "auto-upgrade=true" config knob
than to change the code of N cron jobs.
Received on 2012-08-26 00:30:49 CEST