[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-07 18:42:41 CET

William Nagel <bill@stagelogic.com> writes:
> 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.
>
> Does anyone have any thoughts on which behavior would be best (or any
> alternate suggestions)?

I think that the patch's current behavior is still sensible, even
though inconsistent with -N's meaning elsewhere in Subversion. After
all, svnlook is just listing contents, not creating objects on disk.
It's hard to see any benefit to omitting subdirectories from that
listing.

   "A foolish consistency is the hobgoblin of little minds."
                                  -- Samuel Johnson

   "If I have seen farther than others, it is only by standing on the
    shoulders of giants."
                                  -- attributed to Isaac Newton

   "Foolish hobgoblins with giant minds consistently stand on my
    shoulders."
                                  -- svnlook

-Karl

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Feb 7 09:39:19 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.