On Jan 24, 2008, at 11:31, Robert Dailey wrote:
> First of all I would like to note that I use TortoiseSVN to control  
> Subversion, so if possible please reference solutions in regards to  
> the GUI interface and avoid command line syntax. I'm not familiar  
> with the command line at all. Thank you.
Since I don't use Windows or TortoiseSVN I can't accommodate you. :)
> I'm currently using the latest nightly build of TortoiseSVN, which  
> utilizes SVN 1.5.0.
>
> Currently I have a working copy that, at some nested level down the  
> directory tree, has an external link to a different location in the  
> same repository as the working copy links to. When I have  
> modifications in both the parts of my working copy that are not  
> externally linked AND also in the parts that are externally linked,  
> any attempt to commit yields the following output in the commit  
> dialog:
>
> Command: Commit
> Error: Are all the targets part of the same working copy?
> Error: Unable to lock 'C:\IT\personal\rocket_test\engine\boblib\input'
> Error: Please execute the "Cleanup" command.
> Finished!:
>
> I remember in SVN 1.4.5 this never used to happen. I was always  
> able to commit external link files and working copy files  
> simultaneously through one commit. Am I doing something wrong? Any  
> help is greatly appreciated. Thanks in advance!
I'm surprised this used to work. I don't think it was ever supposed  
to work that way. I thought you were supposed to have to commit  
changes in external directories separately from everything else. See:
http://svnbook.red-bean.com/en/1.4/svn.advanced.externals.html
"The support that exists for externals definitions in Subversion is  
less than ideal, though. ... [T]he working copies created via the  
externals definition support are still disconnected from the primary  
working copy (on whose versioned directories the svn:externals  
property was actually set). And Subversion still only truly operates  
on non-disjoint working copies. So, for example, if you want to  
commit changes that you've made in one or more of those external  
working copies, you must run svn commit explicitly on those working  
copies -- committing on the primary working copy will not recurse  
into any external ones."
Maybe Subversion 1.5 is enforcing this more strictly.
Or, another theory: Maybe TortoiseSVN includes a workaround for this  
situation, which broke in Subversion 1.5.
You should report this problem on a TortoiseSVN mailing list, and see  
if they had a workaround for the problem which might need to be  
updated to work with 1.5.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
Received on 2008-01-25 00:14:22 CET