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

Re: CVS update: MODIFIED: client ...

From: Karl Fogel <kfogel_at_collab.net>
Date: 2001-06-05 20:30:19 CEST

Greg Stein <gstein@lyra.org> writes:
> Actually, isn't our default *to* recurse? And we want an option to disable
> the recursion?

The situation is more complex than that. Most commands recurse by
default, but some don't: `add', for example. That one doesn't recurse
in CVS either, so we're keeping with both tradition and good sense by
not making it recursive. In SVN, `undel' is probably another
non-recursive command. There are likely others I'm just not thinking
of right now.

But even if *all* commands recursed by default, there would still be a
need for a recursion flag, for the same reason most CVS commands have
one: to counteract a non-recursion flag in a .cvsrc / .svnrc file (or
whatever other defaults mechanism is used).

In CVS, these two flags are:

        -l Local directory only, no recursion.
        -R Process directories recursively.

and the docs justify -R as the way to counteract a -l inherited from
.cvsrc. I think we want the same ability in SVN, only perhaps we
should stick to capital letters for both, as these are somewhat rare
flags to use

        -L Local directory only, no recursion.
        -R Process directories recursively.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Oct 21 14:36:31 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.