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

Re: [PATCH] -R shortcut for --recursive

From: Karl Fogel <kfogel_at_newton.ch.collab.net>
Date: 2002-07-15 05:54:40 CEST

(I've already agreed with the -R proposal, so I'm only responding to
the "dry run" portion of your mail here, Eric.)

Eric Gillespie <epg@pretzelnet.org> writes:
> > if a short opt is needed.) But would like to know what commands a
> > "dry-run" mode is useful for -- the classic CVS use case is "cvs -n
> > update", and we've already got that covered with "svn st -u".
> cleanup
> merge
> resolve (maybe? haven't used this command yet)
> revert
> switch
> As for update, i agree with what someone else suggested on the
> list, that update -n behave like cvs's did. Sure status -u already
> has that covered, but maybe you can just reuse that code. If a
> person wants to see what svn update does, it's logical to think of
> update -n, not status -u. Sure, status -u will be documented, but
> if it doesn't interfere with anything else, it seems like a good
> idea to match expectations.

This all sounds reasonable. I'm not sure I totally buy the "update
-n" expectedness argument :-), but no matter, the other examples are
good ones by themselves.

Could you file a new Post-1.0 issue about "dry run" support, giving
the above examples, and noting that patches to implement it before 1.0
are fine? I don't think we should put such a potential bug source
into Alpha, but at least this way we won't forget about it.


To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Jul 15 06:06:15 2002

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.