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

Re: Svn:ignore property and subfolders

From: Ryan Schmidt <subversion-2007b_at_ryandesign.com>
Date: 2007-10-18 20:10:46 CEST

On Oct 18, 2007, at 13:08, Bicking, David (HHoldings, IT) wrote:

> Ryan Schmidt wrote:
>
>> On Oct 18, 2007, at 10:41, Bicking, David (HHoldings, IT) wrote:
>>
>>> Rob van Oostrum wrote:
>>>
>>>> On 10/18/07, Bicking, David (HHoldings, IT) wrote:
>>>>
>>>> as far as I'm aware, you are correct, and what you want is not
>>>> supported.
>>>
>>> So, I guess that means I cannot define some way to automatically
>>> ignore garbage from imported projects, and must continue to clear
>>> those files out before I import. Visual Studio produces lots of
>>> garbage, like *.suo, *.user, bin/, obj/, *.scc, etc. that I do not
>>> expect many people to remember to remove before the initial
>>> import. How do I go about initiating a feature request?
>>
>> You could install a pre-commit hook preventing the commit of
>> any *.suo, *.user or *.scc file, or bin/ or obj/ directory.
>> You can print an error message reminding the user to remove
>> those files before committing.
>
> I thought of that, and it is very clunky. I also saw a reply that
> suggested setting configurations on the workspace side, but that would
> require every user to be set up for it, which is more error prone
> than I
> like (though I'll seriously consider both of these options).

It is, however, how Subversion is at this time. Configurations are
client-side. Users' tendencies to forget to set up their
configuration, or set it up wrong, are to be mitigated by installing
a pre-commit hook which prevents the user from doing things you don't
want them to do.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Oct 18 20:15:22 2007

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.