On Fri, 14 Sep 2001 09:11:06 -0400
Kevin Pilch-Bisson <kevin@pilch-bisson.net> wrote:
> On Fri, Sep 14, 2001 at 09:33:50AM +0200, Sander Striker wrote:
> > > -----Original Message-----
> > > From: Daniel Stenberg [mailto:daniel@haxx.se]
> > > Sent: 14 September 2001 09:15
> > > On 13 Sep 2001, Ben Collins-Sussman wrote:
> > >
> > > > > (1) what did I change?
> > > > >
> > > > > (2) what is out of date?
> > > >
> > > > If we split 1 and 2 into two different subcommands, what would they be
> > > > called? Could their output still be similar?
> > >
> > > .... and it would still be neat to have _one_ command that shows
> > > a combined output, as discussed previously. It doesn't necessarily take
> > > away the need for two different ones of course, but could be an option
> > > or something.
> >
> >
> > I'd like to see 'status' and 'lstatus' (local status) or 'status -l'
> > (--local).
> > status would be 1 and 2 combined, lstatus would be just 1.
> >
> > I think output could be similar.
> +1 for status -l/--local. Then if we just gave status, and the network wasn't
> available, we could print a warning, saying "Network not available, showing
> local modifications only."
I like this -l idea as well. A status command that does not touch the network
seems useful but not so useful as to deserver its own subcommand. The -l
flag is not currently being used although it is mentioned in the client README.
-l --local-dir Local; run only in current working directory.
Thing is, the src code currently uses 'n' for that option {"nonrecursive", 'n', 0}.
What is also strange about that is the fact that the README status that the
'n' option is meant to be a shortcut for the --dry-run long option (like CVS).
Whatever option we decide on, one thing to note is that we may need an option
to turn the "use the network" option back on. Me thinks some folks will set
`svn status --local` in ~/.svnrc but still want some way to override that on
the command line in case they do want to find out about pending updates.
cheers
Mo
---------------------------------------------------------------------
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:41 2006