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

Re: alias 'svn up -n' to 'svn st -u' when '--nonrecursive' removed? :-)

From: Martin Pool <mbp_at_samba.org>
Date: 2002-07-16 04:17:57 CEST

On 12 Jul 2002, Greg Stein <gstein@lyra.org> wrote:
> WC or the *server*
> $ svn mkdir --dry-run http://example.com/repos/project/foo
> (kind of senseless, but hey...)

Ideally, that would tell you

 - if the server is unreachable
 - if /repos/project/ didn't exist
 - if svn failed to launch an editor to get the commit message
 - if you wouldn't have permission to make a directory there

I realize this last in particular may be hard to do in the protocol.

In rsync we've found that we tend to get bugs where --dry-run behaves
differently to without, because people don't always test that changes
interact properly with it. Sometimes things will actually get
modified when --dry-run is specified, but it's more common that
--dry-run actually doesn't describe all the operations that would have
taken place. You could perhaps put this into the test suite by
running all relevant tests a second time, with --dry-run, and checking
that the output is the same but the modifications weren't made.

Make demonstrates one example of this: -n is meant to prevent running
commands. However, for recursive Makefiles this would cause only the
top-level commands to run, which is probably not what people want. So
Make has a special-case for commands than re-invoke Make. It gets a
bit messy.

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Jul 16 04:17:58 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.