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

renaming twice a modified resource

From: Garret Wilson <garret_at_globalmentor.com>
Date: 2003-04-23 01:06:24 CEST

Everyone,

This may be the conceptual rename problem I was trying to remember
earlier. I just ran into it again (svn 0.20.0 Apache 2.44).

I have a file named ServletUtilities.java. I decide that it would be
better named GlobalMentorWebUtilities.java:

svn ren my\path\ServletUtilities.java
my\path\GlobalMentorWebUtilities.java --force

So far so good. But then after more modifications I realize that this
name is to unwieldy---I'd rather it be just WebUtilities.java:

svn ren my\path\GlobalMentorWebUtilities.java my\path\WebUtilities.java
--force

This gives me:

svn: Trying to use an unsupported feature
svn: Cannot copy or move 'my/path/GlobalMentorWebUtilities.java' -- it's
not in the repository yet, perhaps because it is a copy or is inside a
copied tree.
Try committing first.

I could revert the earlier move and then move again, but then my
modifications would be lost. Do I have to commit the first move before I
can move again? This brings me back to my "What if I'm on an airplane?"
scenario.

(Luckily, I'm in a T-Mobile HotSpot Starbucks, so I'll try co commit,
now... yep, now I'm able to move again after first committing.)

Garret

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Apr 23 01:07:23 2003

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.