What version of Subclipse are you doing this with? As of release
1.4.3 when you add a file that is scheduled for delete it should
automatically be reverted for you so that it shows as a modification.
On Mon, Oct 13, 2008 at 4:12 PM, Daniel Meyer
> There is a refactoring I do in Eclipse (with Subclipse) where I feel like
> I'm fighting Subversion to accomplish what I'm trying to do, and I'm
> wondering if there's a better way to do it.
> Suppose I have a class named Foo that does not implement an interface; it
> just does the work itself. Now after Foo.java has been committed to
> Subversion, I decide I want Foo to be an interface and move the work from
> Foo to FooImpl. To accomplish this change, I:
> 1. Press F2 (rename Foo.java to FooImpl.java)
> 2. Press Shift+Alt+T, E (Extract Interface from FooImpl.java to Foo.java)
> At this point, Foo.java's icon shows red X, signifying that it will be
> deleted when I commit the project to Subversion. What I would like is to be
> able to commit my Foo.java renamed to FooImpl.java, AND my new Foo.java
> interface. I would also like the revision history of the former Foo.java to
> be attached to it under its new name at FooImpl.java.
> I get the same results when I press Shift+Alt+T, N instead of F2 to rename
> Foo class to FooImpl.
> I can get to a state where I can commit everything by performing the
> following on Foo.java before committing:
> 3. Team -> Revert
> 4. Replace With -> Previous from Local History
> But is there a more graceful way of accomplishing this?
> Attention: This message and all attachments are private and may contain
> information that is confidential and privileged. If you receive this message
> in error, please notify the sender by reply email and delete the message
To unsubscribe, e-mail: users-unsubscribe_at_subclipse.tigris.org
For additional commands, e-mail: users-help_at_subclipse.tigris.org
Received on 2008-10-13 17:07:20 CEST