> "Sander van der Wal" <svdwal@mBrainSoftware.com> wrote on 08/28/2006
> 10:07:25 AM:
>
> > I have a problem with a project that uses an svn:externals property
> >
> > In a single repository (I am just testing things out) there is a
> > project
> and
> > a sharedproject
> >
> > the folder layout is
> >
> > project
> > trunk
> > doc
> > group
> > sharedproject
> > src
> > sharedproject
> > trunk
> > doc
> > group
> > src
> >
> > the idea is that project/trunk/sharedproject links to sharedproject
> using
> > svn:externals. So there is a svn:externals property on
> project/trunk,
> with
> > the value "sharedproject svn://host/test/sharedproject".
> The property
> has
> > been set using TortoiseSVN.
> >
> > According to the manual, a svn update on 'project' should read
> > sharedprojects folders and files into the
> project/sharedproject folder
> in
> > the sandbox. This is not happening, however. I see a
> >
> > svn:Working copy 'sharedproject' locked
> > svn: run 'svn cleanup' to remove locks(type...)
> >
> > Ok, so I run svn cleanup and svn update again, and I get the same
> > error.
> I
> > have not locked sharedproject myself, and I haven't touched the svn
> > configuration so I woudl expect that there were no locks. svn status
> doesn't
> > say anything about locks either.
>
> It sounds like you created an actual folder in your repository named
> "sharedproject" that is under "project/trunk". There should
> not be one.
> svn:externals will create it for you in the working copy.
I am happy to say that the proplem has disappeared. This morning I deleted
sharedproject in the project folder again, and now the project folder can be
svn updated.
Best regards
Sander van der Wal
www.mBrainSoftware.com
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Aug 29 09:20:41 2006