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

bug in mixed-version detection + single-file externals

From: Jason Sachs <jmsachs_at_gmail.com>
Date: Tue, 22 Feb 2011 09:52:05 -0500

I'm having trouble with single-file externals, and I suspect this is a
bug in svn rather than in my setup.

The file externals work fine except for one thing: they cause svn to
see my checkout incorrectly as a mixed-revision checkout. If I do a
clean checkout, and type "svnversion", instead of seeing a single
number, I see {rev1}:{rev2} where {rev1} is the earliest version of
the file external, and {rev2} is the actual version of the working
copy. (This does not occur with directory externals.)

The problem is not just confined to svnversion: more seriously, this
is preventing us from doing a --reintegrate merge, since svn complains
that I have a mixed-revision working copy.

This problem occurs both in command-line svn and in TortoiseSVN.
I am using
svn, version 1.6.15 (r1038135)
compiled Nov 25 2010, 16:55:30

TortoiseSVN 1.6.12, Build 20536 - 32 Bit , 2010/11/24 20:59:01

this is running on Windows XP

Is this a known bug? Is there a workaround other than not using file externals?
Received on 2011-02-22 15:52:41 CET

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.