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

Interrupting an update after changed externals causes

From: Johan Corveleyn <jcorvel_at_gmail.com>
Date: Thu, 23 Sep 2010 12:36:12 +0200

I don't know if this is already a known issue/bug (in issue tracker or
mailinglist), but I consider this a bug:

1) Change a directory external definition and commit it (for instance,
let it point to a new release branch).

2) svn update

3) Interrupt the update (Ctrl-C) while it is processing the "switch"
of the external. I did this after some files of the external were
already Updated.

4) svn status now shows a lot of files and directories as S
(switched), and some directories missing. Running svn info on the
switched files/dirs shows that they are associated with the correct
(new) location (where the new external definition points to), but they
are still marked as switched.

Running svn update again fixes the "missing" dirs, but not the
switched nodes. "svn revert" does nothing (which is logical: there are
no local changes). "svn cleanup" does nothing.

The only way I know of to fix this is to delete from disk the entire
subtree that's coming from the external, and svn update again to let
it be pulled in again.

Does anyone know if this is already known/tracked somewhere? I
couldn't find it in the issue tracker.

If not, I'll file a new issue (unless someone can convice me that this
is a feature, not a bug :-)).

Cheers,

-- 
Johan
Received on 2010-09-23 12:36:52 CEST

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.