[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 ignored while adding files

From: Paul Lussier <pll_at_lanminds.com>
Date: 2003-03-05 22:00:27 CET

In a message dated: Wed, 05 Mar 2003 15:02:34 EST
Michael Price said:

>I'm only a release manager and not a developer but I'm -1 on
>having add check svn:ignore.

I'm not even the PATCH maintainer, never mind a RM or developer,
but I'm -1 on it too, mostly :)

>I know what I'm doing. The commands I'm running shouldn't second guess me.

That I'll gladly +1 :)

>Now, as for the globbing issue, this is often handled by the shell.
[...snip...]
>
>Subversion will see two explicitly named files and it should add
>both regardless of the current ignore property.

But is this a case of the above, where svn would be 'second guessing'
you? Technically it is, since as a user, you ought to understand
*all* the tools you use, the shell being one of them. However, is it
legitimate for a user to expect different behavior since the
svn:ignore property was set, and *they* didn't explicitly name the
file, the shell did by expanding a glob?

I'm tempted to say this falls under the "you should understand your
tools" rule, but part of me also feels bad for the poor slop who was
just thrown to the wolves and hasn't yet learned the basics.

Just my $.0000002

-- 
Seeya,
Paul
--
Key fingerprint = 1660 FECC 5D21 D286 F853  E808 BB07 9239 53F1 28EE
	It may look like I'm just sitting here doing nothing,
   but I'm really actively waiting for all my problems to go away.
	 If you're not having fun, you're not doing it right!
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Mar 5 22:02:19 2003

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

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