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

Re: "svn upgrade" does nothing

From: Stefan Sperling <stsp_at_elego.de>
Date: Tue, 21 Oct 2014 20:53:16 +0200

On Tue, Oct 21, 2014 at 04:42:14PM -0200, Julio Andre Biason wrote:
> I run "svn upgrade" in two different forms:
>
> 1. First, a simple "svn upgrade". No output at all. "svn update" after that
> fails:
>
> Updating '.':
> svn: E155036: Please see the 'svn upgrade' command
> svn: E155036: The working copy at
> '/home/jabiason/src/work/nephalem/12514-old/nephalem/media'
> is too old (format 10) to work with client version '1.8.10 (r1615264)'
> (expects format 31). You need to upgrade the working copy first.
>
> 2. Then, dunno why, I tried "svn upgrade ." (see the dot at the end of the
> command). Again, no output and "svn update" fails again.

The current directory is the default path if not specified, so both of
these invocations did the same thing (whatever they did instead of what
we'd expect they'd do).

What happens if you run this?
svn upgrade '/home/jabiason/src/work/nephalem/12514-old/nephalem/media'

> Personally, path shouldn't affect the result of a program:

This expectation doesn't hold in the case of 'svn upgrade', unfortunately.
It must be passed the path to the top-level directory of a working copy.
I've spent quite some time in the 'svn upgrade' code in an effort to
fix that but to no avail. In some situations (involving nested working
copies of various formats) svn just can't make a well-informed guess.

Still, if the path you pass is not a working copy root, I'd expect to
see an error such as:
svn: E155019: Can't upgrade '/tmp/svn-sandbox/trunk/gamma' as it is not a working copy root, the root is '/tmp/svn-sandbox/trunk'

I'd like to reproduce your problem locally but so far I haven't succeeded
in doing so.
Received on 2014-10-21 20:53:49 CEST

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

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