Re: Problems when updating a working copy against a repository in which an external link has been deleted

[kf...@collab.net]

"Dale Worley" <dw...@pingtel.com> writes:
> A directory in my working copy, sipXpbx/etc, contained an external link
> named cert.  Someone did an update to the repository, deleting the external
> link.  However, when I attempted to update sipXpbx, I received the error
> message:
> 
>     svn: Won't delete locally modified directory 'sipXpbx/etc'
>     svn: Left locally modified or unversioned files
> 
> The first problem is that the name of the directory in the message is
> incorrect, as the directory that would be deleted is sipXpbx/etc/cert.
> 
> The second problem is that sipXpbx/etc/cert did not contain any local
> modifications, as verified by 'svn status'.  For that matter, neither did
> sipXpbx/etc.
> 
> After a little investigation, it turned out that the problem was files in
> the directory that had been generated, but were listed in svn:ignore, so
> 'svn status' did not report them.  Once I had deleted all the files
> mentioned in svn:ignore from sipXpbx/etc/cert, 'svn update' would delete the
> directory.
> 
> So it seems to me that 'svn update' should be modified so that when it is
> testing if a directory contains local modifications (and thus should not be
> deleted), that it should ignore files that are specified in svn:ignore.

I think that's a very reasonable enhancement.  Can you file an issue
for it?  Can't promise when it'll get done, but having a record of it
is a good place to start...

-Karl


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org