> -----Original Message----- > From: Philip Martin [mailto:philip.mar...@wandisco.com] > Sent: zondag 14 maart 2010 14:38 > To: Greg Stein > Cc: dev@subversion.apache.org > Subject: Re: svn commit: r921445 - in /subversion/trunk/subversion: > include/private/svn_wc_private.h include/svn_wc.h > libsvn_client/commit.c libsvn_wc/entries.c > > Greg Stein <gst...@gmail.com> writes: > > > $ svn rm path/subdir > > $ svn commit path/subdir > > $ svnversion > > > > Should it report "just r9", or should it report "r9-10" ? > > We could change the definition of r9P to include not-present as well > as excluded. > > I'd like 'svn status' to start indicating when a working copy is > sparse, probably by using 'P' like svnversion. It could also be used > to indicate not-present nodes.
Where would you like it to report that 'P'. On directories with depth < svn_depth_infinity? (Trying to think of a place where that makes sense) $ svn status M subversion\libsvn_wc\update_editor.c M subversion\libsvn_wc\wc-queries.sql M subversion\libsvn_wc\wc_db.c M subversion\libsvn_wc\wc_db.h Would that indicate a change on a directory? (Otherwise sparse directories aren't even in the output of svn status) (Adding yet another column doesn't make things more understandable) Maybe in svn status -v? svn info already reports sparse directories, but it currently has no way to report excluded subdirectories and files. (Which I see as another kind of sparse directories). And if we think of adding excluded as sparse, something tells me that we should also look at absent. Just one thing: One of the major objectives of WC-NG is to make 'svn status' noticeable faster. Adding more calculations to that might work in the opposite direction. Bert