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

Re: Possible bug while committing an added file

From: Stefan Küng <tortoisesvn_at_gmail.com>
Date: 2006-06-21 13:55:46 CEST

On 6/21/06, Ingmar Stieger <papillon@nwnx.org> wrote:

> this might be a possible bug with 1.3.5:
> I created a new repository with maybe 1000 source files from version 1
> of some code base (revision 1). Then I checked out a working copy,
> copied all files from version 2 into that directory (some new, some
> changed), and committed again (revision 2). Then I did the same for
> version 3 of our code, resulting in revision 3. So far no problems.
> When I try to merge the differences between revision 2 and 3 into a
> third codebase, Tortoise fails with the following error message:
> Error: Copyfrom-url 'svn://server/test/Table%20353.txt' has different
> repository root than 'svn://server/SITE'

'Copyfrom-url' means you copied the file with the Subversion command,
you didn't just 'clean copy' those files over.
And as the error message indicates, the url has a different repository root.
Please check the copyfrom-url and the real url of that file (explorer,
properties, Subversion tab).

> I think this might have something to do with the changes in the last two
> releases ? Since it says something about changes to how new files are
> committed...

I doubt that's a problem with TSVN. My guess is that's a problem with
the Subversion library.

* What's so special about that file?
* Can you reprocude this with a clean, empty repository and repeating
the steps you did before?


  oo  // \\      "De Chelonian Mobile"
 (_,\/ \_/ \     TortoiseSVN
   \ \_/_\_/>    The coolest Interface to (Sub)Version Control
   /_/   \_\     http://tortoisesvn.tigris.org
To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Wed Jun 21 13:56:00 2006

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

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