2008/12/15 Simon Large <simon.tortoisesvn_at_googlemail.com>:
> 2008/12/15 Stefan Kueng <tortoisesvn_at_gmail.com>:
>> Simon Large wrote:
>>> Hi folks,
>>>
>>> One of the things I find myself doing fairly frequently is deleting
>>> and ignoring generated files which should never have been versioned in
>>> the first place, and it is not as easy as it could be. First of all I
>>
>> Seems *this* is the real problem, not the deleting afterwards?
>> So: how did those files get versioned even though they should have?
>> Maybe there's a better way to avoid *that*?
>
> I know, I know. But sometimes it is hard to educate people :-(
>
>>> SVN delete the file, which is easy. But the file has disappeared so in
>>> can't get a context menu to ignore it. The only way is to edit the
>>> folder properties manually. Of course I could SVN->Delete (keep
>>> local), but I never remember :-(
>>>
>>> I also notice that users are not always aware of the SVN->Delete (keep
>>> local) feature in the extended context menu.
>>>
>>> My proposal is to add a lightweight delete dialog which has a checkbox
>>> to keep local and a checkbox to add the file to the ignore list. There
>>> is a cancel button so it serves as a confirmation dialog. It also has
>>> a help button - currently there is no direct way to get help on
>>> deletion. Maybe a bit of text to say "These items will be deleted from
>>> HEAD when you commit your working copy".
>>>
>>> Straight away I see a problem - do we offer to ignore the exact
>>> item(s) selected, or ignore *.ext? What if there are multiple
>>> extensions among the files selected? Possibly a drop down list would
>>> work:
>>> "Do not add to ignore list"
>>> "Add xxx (or n items) to ignore list"
>>> "Add *.ext (*.xxx, *.yyy) to ignore list"
>>>
>>> A more complicated implementation gives a list of items to be deleted
>>> (but no folder recursion) allowing you to right click and ignore, much
>>> as you would in the commit or CfM dialog, and also to right click and
>>> keep local.
>>
>> You might remember that we once had a 'delete' dialog, but users
>> complained that it was unnecessary: they already select the
>> files/folders to delete when executing the command. No need to show yet
>> another dialog.
>
> Hmm. I don't remember that one. We have had the opposite complaint,
> but admittedly not very often.
>
> I would agree with that argument if subversion kept the file marked
> for delete and only actually deleted it on commit. That way you could
> see the red cross in your WC, and also it would be easy to ignore
> after deleting as well. But it doesn't work that way.
>
>> I think a better solution would be to extend the 'ignore' submenu: if
>> items are versioned, add entries for 'ignore and delete' instead of just
>> 'ignore' ?
>
> I agree that is the best way to do it without the dialog. You would
> still need a keep local variant on the extended context menu, but it
> covers all the options.
One further thought: It would be relatively easy to add an 'add to
ignore list' option to the commit/CfM dialog for deleted files. At
present you can add unversioned files to the ignore list but not
deleted files.
Simon
--
: ___
: oo // \\ "De Chelonian Mobile"
: (_,\/ \_/ \ TortoiseSVN
: \ \_/_\_/> The coolest Interface to (Sub)Version Control
: /_/ \_\ http://tortoisesvn.net
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=757&dsMessageId=984582
To unsubscribe from this discussion, e-mail: [dev-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2008-12-15 18:40:32 CET