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

RE: Copy with externals, then commit fails

From: Bob Archer <Bob.Archer_at_amsi.com>
Date: Tue, 1 Feb 2011 13:32:18 -0500

> I tried to create a new branch of a trunk that had some
> svn:externals definition.
> In particular, it pointed to a file.
> I.e.
> /somewhere/a.txt_at_4 a.txt
> I used
> svn copy svn://server/trunk branch
> And the output from that was the usual stuff including
> E      a.txt (indicating an externals file).
> svn stat had the following output:
>      +X   a.txt
> Of course, the plus means "with history".
> After this, I could not do a commit. The commit failed with a
> message:
> svn: File not found: revision 4, path '/trunk/a.txt'
> My suspicion is that due to the fact that the file has history
> associated
> with it, the commit tries to commit a file that it shouldn't be
> committing.
> Besides, I didn't want to add a.txt to my branch, I still wanted it
> to come
> from the original externals definition. Is it a bug that svn copy
> adds
> history info to an external file?

File externals require that the file being pointed to is in the same working copy as the external of it. From the docs:

"While directory externals can place the external directory at any depth, and any missing intermediate directories will be created, file externals must be placed into a working copy that is already checked out."

Received on 2011-02-01 19:33:01 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.