[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: Thomas Eyde <thomas.eyde_at_gmail.com>
Date: 2006-06-18 22:40:03 CEST

Thank you for your quick reply.

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.

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.

That was why I hoped for something automatic. I have a few more
comments inline...

On 6/18/06, Stefan Küng <tortoisesvn@gmail.com> wrote:

> That would basically mean to pop up a dialog box asking the user.
> Now, there are many editors/IDE's out there which not save a file by
> simply saving it, but they first write the contents to a temp file, then
> delete the original one, then rename the temp file to the 'real'
> filename. Do you really want a dialog box popping up every time you save
> a file?

No, I don't want a pop-up. I want Tortoise to track these changes and
figure out the proper action at commit time. I understand my
suggestion doesn't handle the save to temp - delete - rename scheme.
But the files aren't moved or renamed in this case. If there are IDEs
which do their renames in a similar fashion, they won't benefit, of

> > As it is now, any change to a file or folder not done with the
> > Tortoise commands will be deleted, then added and all history is lost.
> Other reasons we won't do that:
> * to 'sniff' (as you call it) renames, we'd have to actually implement a
> windows service. And when you do that, you _must not_ pop up any
> dialogs, because that would mean to open a security hole.

You may have to implement a Windows Service, I didn't realise that.
But the service should invoke the same action as I do when I rename or
move with the Explorer context menu.

I don't want pop-ups, nor security holes.

> * 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.

> * 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

> If you want to have your IDE rename the files with the proper Subversion
> command, then I suggest you use e.g. AnkhSVN or some other IDE plugin.

I don't want to use any plugin based on the Source Safe interface.
That interface does no good. Two of the benefits with Subversion is to
commit on the directory level, and not having to check out any files.

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.

Best regards.
Thomas Eyde

To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Sun Jun 18 22:40:15 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.