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

RE: Tortoise SVN Ignore Usability

From: Lübbe Onken <l.onken_at_rac.de>
Date: 2006-06-22 10:26:05 CEST

Thomas Eyde wrote:

>> If it is one of your most common use cases then
>> it serves you right to run these steps manually, because after doing
>> this a few times you might start to think *before* adding objects to
>> version control.
> It's not a common use case. If it were, there would be no problems as
> all necessary steps would be well-known. It happens when we import
> lots of files or when we fail to identify private files.
> So there may exist a better fix to the problem:
> 3. Make it easier to ignore files and folders on first commit.

This could happen, when you add objects to version control for the first
I have two ideas what we could do here.

1) Add the ignore contextmenu (ignore file / ignore extension) to the
context menu of the add dialog. This would allow users to do the right
thing, but wouldn't be obviously visible and would not allow to un-ignore
objects (read undo mistakes) from within the dialog.

My preferred solution:
2) Show the global ignore pattern below the list of files to add, allow
users to add/remove patterns and to refresh the list. Store the ignore
pattern automatically (or ask if it has been changed) on closing the dialog
or add an explicit "store" button, allowing for temporary ignores when
adding objects. Additionally show the current svn:ignore setting (but do not
allow to change it??).

- Lübbe

  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 Thu Jun 22 10:26:19 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.