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

Re: Feature Request: Automatically detect moved or renamed files and folders

From: Stefan Küng <tortoisesvn_at_gmail.com>
Date: 2006-06-19 18:11:28 CEST

Thomas Eyde wrote:

> And I apologize for not being entirely clear. I totally forgot to say
> I'd like to have this feature in the commit dialog. What I had in mind
> was Tortoise to do something similar as the missing files at commit
> time. So nothing visible should happen until I commit.

So basically you want TSVN to monitor all renames and cache them until
you commit.

> I do a lot of renaming and moving files and folders. When I rename a
> class, a file renaming follows. When I rename a namespace, a folder
> rename follows. I would lose my flow if I should do that first with
> the Tortoise commands in the Explorer shell, and then track those
> changes in the IDE.

But that's what AnkhSVN would do for you. I know it's not that stable
and you have to use a nightly build to use it with VS2005. But still,
that's really the job of an IDE plugin, not TSVN.

>> * renames also have to be done outside version control - I have to do
>> that more than I rename files with the TSVN command (e.g. replacing the
>> contents of a file.
>
> Renaming a file not under source control shouldn't cause any action.

But to see if a file is under version control, we have to check it's
status - if there is no SVN status it's unversioned. So we still have to
access the disk for *every* rename.

>> * other apps also rename files, it's not just the user doing it on
>> purpose. Some apps rename files very frequently (e.g. virus scanners
>> renaming temp files, ...)
>
> But those apps never commit their changes. A sequence of renamings
> back to the original name should mean that no renaming ever took
> place.

How about this:
ren file1 file3
ren file2 file1
ren file3 file2
del file3

This means file1 gets exchanged with file2. In Subversion, this would
require more than just renaming (or the files wouldn't get replaced).
Or should we ignore the renames here (because by your definition this
would be a renaming sequence back to the original name).

It's not that easy as you might think.
I guess I could come up with an edge case where this wouldn't work every
time you suggest a way of how it should work :)

> AnkhSVN didn't work on my machine. Yes, I know that's a lame excuse.
> But if it did, it wouldn't buy me much, as I still have to invoke menu
> commands manually.

I think AnkhSVN hooks into the VS renames. So if you rename a
file/folder in the IDE it will do automatically an SVN rename. So no
need to use menu commands to do that.

Stefan

-- 
        ___
   oo  // \\      "De Chelonian Mobile"
  (_,\/ \_/ \     TortoiseSVN
    \ \_/_\_/>    The coolest Interface to (Sub)Version Control
    /_/   \_\     http://tortoisesvn.tigris.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Mon Jun 19 18:11:45 2006

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

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