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

Re: Symbolic file replaced by real file causes commit problem

From: Josh Pieper <jjp_at_pobox.com>
Date: 2004-08-27 13:22:32 CEST

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.


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

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.