minor comments

[David Allouche]

On Wed, 2005-03-30 at 08:37 +0200, William Dode wrote:
> Szekeres Istv <szekeres at iii.hu> writes:
> 
> > On Wed, Mar 30, 2005 at 04:14:51PM +1000, Martin Pool wrote:
> >> I think I probably will add a delete/rm command that removes both the
> >> working file and its entry.
> >
> > Please don't. I think bzr should be kept as simple as possible and every
> > task that can be easily done without bzr must be kept outside bzr. Removing
> > of a file itself is one simple command, I think there is absolutely no need
> > to re-implement it in bzr.

Removing a file from a VC system is not a simple operation, it involves
removing the actual file from the filesystem and updating the VC
metadata.

> 
> Specialy for command like rm or mv that finaly we don't use often for an
> archived project. And when we use it we do it very carefuly.

That's the way it used to be in Arch, but it turned out it was a bad
idea. Not providing such commands just make users write "unbreak-me"
wrappers, which defeats the point and just make the tool more difficult
to use. Before development started on baz, a spreading meme was "do not
use tla, use my tla wrapper", which just frustrates and confuses new
users.

The VC command-line should provide mv and rm commands that mimic the
system commands but also take care of updating the VC metadata.

The "dangerous commands" argument does not hold, since the effect of
those commands is trivially reverted (they are first-class changeset
operations). The "rare commands" argument is subjective, and can also be
used as an argument for requiring the simplest and most intuitive
interface possible, that is mimicking system commands with an extra VC
twist.

-- 
                                                            -- ddaa
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
Url : https://lists.ubuntu.com/archives/bazaar/attachments/20050330/e6b51104/attachment.pgp