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

Re: repair altering directories in working copy

From: Malheiro Luis <luis_malheiro_at_yahoo.com>
Date: 2006-04-07 21:36:29 CEST

I guess he copied only the files, not the whole directory. Probably your .svn sub-directory is missing in the x directory.
 Can you find out the exact revision he did checkout? If so, you can checkout that same revision to a new working copy and then copy his files over to it.

----- Original Message ----
From: Colleen Dick <platypus@peak.org>
To: users@subversion.tigris.org
Sent: Friday, 7 April, 2006 2:38:54 PM
Subject: repair altering directories in working copy

One of my programmers checked out a new working copy but he screwed up
with the directory structure. We needed the code to be in directory x
but instead he checked out the more than we want. so under directory x
he had x/projname/trunk/codefiles.*
Rather than wiping it out and starting over, he simply moved everything
back in the file system a couple of dirs, so the structure now works
from the point of view of building the app. Then he did some work.
Then some other folks did some commits from other copies. When I do a
svn status it says . is not a working copy so I'm sure commit or update
won't work now. Is there some way I can tell svn what we did or
should I make him manually save his tweaks and start over with a proper
working copy? The move command in the redbean book seems to want to
change the structure in the repo which is not what I want. Thanks..

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

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Apr 7 21:38:21 2006

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.