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

Re: Quirk of svn status --verbose

From: <kfogel_at_newton.ch.collab.net>
Date: 2003-01-27 05:36:54 CET

Julian Foad julianfoad@btopenworld.com writes:
 Apologies: I've been confusing and confused and misleading and misled
 (not by you; by my haste and inexperience with svn.). The effect that
 I was trying to report is real, but I got it all mixed up. Also the
 directory I used for an example only had one level of subdirectories
 (apart from .svn directories) and I was using an old version of
 Subversion that displayed _ characters in its status output, both of
 which added confusion. I've got the latest now.

No problem, glad we got it straightened out.

 My feeling is that it would be best to treat the result of an internal
 directory expansion the same way as the result of a shell wildcard,
 and to apply the rules for ignored files, unchanged files, unknown
 files, etc. equally to both. The user should give --quiet if he
 does not want to see unknown files, --no-ignores if he does want to
 see normally-ignored files, etc.

I think you're right that there _are_ some interface inconsistencies
here. I don't mean this as a talk to the hand kind of response, but
I think it's more important to pay attention to scalability issues and
correctness bugs right now, and revisit these afterwards. It's all
triage, of course, which is never satisfying, but the sheer amount of
discussion we'd need to settle on a better interface would itself be a
gumption sink; so let's wait until we've cleared some of these other
issues out of the way first.

-K

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Oct 14 02:18:54 2006

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.