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

Re: Behavior of -N for svnlook

From: Karl Fogel <kfogel_at_red-bean.com>
Date: 2007-02-08 04:14:15 CET

"C. Michael Pilato" <cmpilato@collab.net> writes:
> I think Karl is mistaken. Both 'svn list' and 'svn status' behave in the
> way you describe:
>
> % svn ls
> dir2/
> new-file/
> new-file-2
> $ svn st -Nqv
> 11 11 cmpilato .
> 11 3 cmpilato dir2
> 11 11 cmpilato new-file-2
> 11 10 cmpilato new-file
> $

Ah -- then our -N was already inconsistent, in a sense, but sticking
with the current inconsistency would be the most consistent thing to
do. So the current behavior of the patch is fine!

> The benefit of this definition of "non-recursive" is that folks can use many
> non-recursive runs to build a recursive one. By parsing the output of
> 'svnlook tree -N', they can iterate over display paths that end in a slash
> (/) and recurse into those paths. The file-children-only definition of
> non-recursive does not permit this discovery.

Agreed.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Feb 7 19:10:57 2007

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.