[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: C. Michael Pilato <cmpilato_at_collab.net>
Date: 2007-02-07 18:30:24 CET

William Nagel wrote:
> I'm working on a patch for svnlook to add a --non-recursive option and
> the ideal behavior is unclear, so I'm looking for comments on how it
> should work.
>
> My initial thought is that it should print the contents of the directory
> supplied by the path argument, both files and directories, without
> descending into any contained directories. That's the behavior of the
> patch I posted last week, and seems to be the most useful for the way
> "svnlook tree" is used. However, as Karl Fogel pointed out, that is not
> the behavior of -N in the svn commands, which completely omit all
> directories.

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
$

> Does anyone have any thoughts on which behavior would be best (or any
> alternate suggestions)?

Go with your gut, man!

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.

-- 
C. Michael Pilato <cmpilato@collab.net>
CollabNet   <>   www.collab.net   <>   Distributed Development On Demand

Received on Wed Feb 7 18:30:49 2007

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