Jing-Reng Huang wrote:
>
> Client: Redhat 7.3/Solaris 8 with subversion 1.1.0 RC2
> Server: Redhat Enterprise 3-AS with subversion 1.1.0 RC2 and Apache 2.0.49
>
> Error Condition:
> 1. Replace a versioned symbolic-linked file with a real file directly.
> For example, b-> a
> rm b
> cp a b
> 2. Commit the change to server
> svn ci
> The b is successfully committed into server, then everything goes wrong.
> 3. All server repository and client side working copy are in severe lock status.
> cleanup nor recover can solve the lock.
>
> Workaround:
> 1. Server side: Give up broken HEAD revision
> svnadmin dump repository -r 1:{HEAD-1} | svnadmin load new_target
> 2. Client: give-up locked working copy and re-check-out a new one
First, please post in a new thread when you have a new problem.
Replying to an existing thread makes your mail hard, if not impossible
to find.
Second, there is a slightly easier workaround.
svn rm URL_of_broken_link, then check out a new working copy
Yes, this is a bug. 'svn status' will report the link-become-file as
obstructed, but 'svn commit' doesn't seem to care.
-Josh
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Aug 27 13:23:04 2004