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

Issue 493

From: Kevin Pilch-Bisson <kevin_at_pilch-bisson.net>
Date: 2001-10-04 20:38:26 CEST

All right, before I get down to work on Issue 493 (i.e. [non]recursive stuff),
I wanted to check what the behaviour should be. Below is a list of commands,
and what there defaults should be (* indicates already supported):

add non-recursive switchable (becomes import??)
checkout recursive switchable
commit recursive switchable
delete recursive non-switchable (you can't remove a dir,
                                        but not it's children)
import recursive switchable (?)
proplist non-recursive switchable (change output to display
                                        name of node prop belongs to in
                                        recursive case)
propget non-recursive switchable (as above)
propset non-recursive switchable (as above)
propdel non-recursive switchable (as above)
*status recursive switchable
*diff recursive switchable
update recursive switchable
cleanup recursive non-switchable (doesn't make sense to
                                        clean just part of a wc).
revert currently non-recursive, switchable
            desired behaviour?

The other issue is what behaviour does --non-recursive have. My idea was that
if the target is '.' then is works on all files/dirs in the present dir. If
the target is a non-'.' dir, then it will work exclusively on the dir.

e.g. svn plist lists props on all immediate children of the current dir,
whereas svn plist dir lists props only on dir. The only thing I don't like
about this is svn up -n dir. Most people would expect it to do all children
of the dir.

What do people think about this?

Kevin Pilch-Bisson                    http://www.pilch-bisson.net
     "Historically speaking, the presences of wheels in Unix
     has never precluded their reinvention." - Larry Wall

  • application/pgp-signature attachment: stored
Received on Sat Oct 21 14:36:44 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.