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

Re: Updating a working copy that's been created by a checked out tag

From: Holger Rauch <holger.rauch_at_heitec.de>
Date: 2005-08-01 22:37:21 CEST

Hi Mark!

On Mon, 01 Aug 2005, Mark Phippard wrote:

> [...]
> You can svn switch the specific files, you do not have to do the entire
> WC.

I tried that and got a message saying

svn: Cannot replace a directory from within

which seemed somewhat strange to me since I don't want to replace an entire
dir, just a single file within that dir

Example:

My working copy is located here ("admincm" is the name of the module which
was created by checking out "$SVNROOT/admincm/tags/<tag-name>"):

~/bazl/kv-uhp-ws/admincm

The "pwd" command tells me:

/home/build/bazl/kv-uhp-ws/admincm

I'm using "svn switch" like this:

svn switch
$SVNROOT/admincm/trunk/src/de/heitec/empic/service/common/model/service/InvoiceConfirmTextInput.java

($SVNROOT is "svn+ssh://<user>@<host>/home/empic/svn/empic-suite")

(The file "InvoiceConfirmTextInput.java" really exists in the working copy,
I checked that with the following find cmd:

find . -name InvoiceConfirmTextInput.java

and it returned

./src/de/heitec/empic/service/common/model/service/InvoiceConfirmTextInput.java

Furthermore, I also tried the "svn switch" cmd from
"/home/build/bazl/kv-uhp-ws" which caused the following error message:

svn: '.' is not a working copy

(The error message is correct since the current working dir is indeed not a
working copy, but I'm sort of lost at this point).

Any ideas? Thanks in advance!

Regards,

        Holger

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Aug 1 22:31:07 2005

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.