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

Re: Feature Request: renaming "after the event"

From: Duncan Murdoch <murdoch_at_stats.uwo.ca>
Date: 2006-01-16 20:31:48 CET

On 1/16/2006 10:55 AM, Steve Spencer wrote:
> I'm submitting this here after the Tortoise people suggested it was a
> Subversion change rather than a Tortoise change:
>
>
> I often work with development environments that support file
> manipulation inside some kind of Project View, including renaming and
> moving files. Some IDEs also provide "refactoring", where I can rename
> a Java class or change its package, and the IDE handles the file
> renames behind the scenes.
>
> Unfortunately this makes working with SVN rather difficult. In
> order to maintain history across the rename/move, I have to either
> rename using the SVN function by going outside of my IDE, or
> manually reverse the IDE's rename and re-do it myself using SVN.
>
> It would be a huge help to the way I develop (frequently refactoring a
> large Java codebase using Netbeans refactoring tools) if I could pick
> (1) a missing file and (2) a new file, and then say "these files have
> been renamed". SVN would locally mark the new file (2) as an "Add with
> history"
> from the missing file (1), and then mark the missing file (1) for
> deletion, i.e. "renaming after the
> event".
>
> Please CC steve@iokio.com in your reply.
>
> Steve S
>
>
> Steve Spencer
> CTO, Iokio (UK) Ltd
> www.iokio.com
> 020 7351 4646
>
> ---------------------------------------------------------------------
> 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 Mon Jan 16 21:55:59 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.