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

Re: Unversioned files in working copies

From: Ben Collins-Sussman <sussman_at_collab.net>
Date: 2004-04-09 18:17:10 CEST

On Fri, 2004-04-09 at 11:03, Ben Collins-Sussman wrote:

> > The directory "schnelleintrag", in this case, has been in the main
> > repository before, but has then been deleted from there and moven out
> > to a spezialized repository, so it's now regarded unversioned by
> > Subversion when appearing in this working copy.
> Are you *sure* about this? What does "deleted and moved out" mean? Did
> you just use Unix 'rm' to delete the thing, rather than actually 'svn
> rm' the directory and commit?
> Because to me, it looks like the directory "schnelleintrag" is still in
> the repository, and therefore 'svn up' is trying to re-add it. And an
> unversioned directory by the same name is sitting in the way.

Another possibility is that somehow the directory is missing in the
repository, but somehow your working copy of the parent directory still
has "schnelleintrag" listed in its .svn/entries file. So 'svn up' is
trying to traverse into the child to send a "report" to the server. But
the child isn't under version control anymore.

The best way to de-confuse things is to show us a step-by-step
transcript of the procedure you use to bootstrap your work environment.
Show us how you do a checkout of your main repository, then show us how
you place unversioned stuff into it, and then show us how update is
failing. We need a long transcript. My suspicion is that there's a
subtle driver-error going on here, but I won't be able to point it out
until I see a transcript that starts from the very beginning.

To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Apr 9 18:19:12 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.