remove vs rm vs forget (was [MERGE] remove --new)
John Arbash Meinel
john at arbash-meinel.com
Fri Jun 16 16:14:29 BST 2006
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Robert Collins wrote:
...
>
> hg has 'commit -A' which is nice - its 'automatic'.
>
> Our 'bzr remove .' should do the automatic unversioning IMO.
>
> I like CVS's approach of 'rm -f' to unversion and remove a file.
>
> oh, and 'bzr revert' already unversions but does not delete files.
>
> -Rob
>
I really don't like CVS's model. Especially since the way to revert a
file is to 'rm foo; cvs update foo'. Really really ugly.
I didn't know that CVS had a 'cvs rm -f', which might have made it okay,
but I really didn't like that I had to delete the files first. Since
that is multiple commands to do a simple thing.
Now, if the files are missing, I'm happy with 'bzr remove' to
automatically find the missing ones, and remove them. That is a decent
work flow. Just don't lose the functionality of 'bzr rm foo'.
I personally would rather it actually deleted the file, since now I'm
back in the 2 stage thing (bzr rm foo; rm foo).
We could use our revert logic, and have it create a backup file if 'foo'
has been modified. That way you can always get back the file you
deleted. With a 'bzr revert foo' and maybe an 'mv foo.~1~ foo'.
John
=:->
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.2 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFEksrVJdeBCYSNAAMRAj5zAKCwqsKqN7fggrcFaNEFDJks+pm81gCg2S47
jj65p1BksFX1a8OeTU+2eWM=
=dGst
-----END PGP SIGNATURE-----
More information about the bazaar
mailing list