AW: RFC: bzr rm is hard to use

[Voelker, Bernhard]

in advance: sorry for comparing with non-OS ClearCase.
 
I still don't understand what exactly `bar rm` does or should do.
Does it only remove a file entry from the directory "from now on"
(so that it's possible to go back to an older version of that file),
or does it entirely destroy the versioned file (forever)? 
In ClearCase, these are 2 different operations, and you can even
merge back a file which has just been "taken out of service" a few 
revisions ago.
 
BTW: if you destroy a versioned file changed in the working tree
in ClearCase, then it goes to a lost+found area. I like this.
If it was not changed, I'd personally expect the file to be vanished
from the file system after a `bzr rm`.
 
Have a nice day,
Berny

________________________________

Von: bazaar-bounces at lists.canonical.com
[mailto:bazaar-bounces at lists.canonical.com] Im Auftrag von Martin Pool
Gesendet: Donnerstag, 16. Juli 2009 05:51
An: Robert Collins
Cc: Bazaar
Betreff: Re: RFC: bzr rm is hard to use



Those rules sound ok to me. I prefer them to Ian's proposal because
they're more similar to what merging the revision will produce. 

I think the only change is in how modified files are handled but it's
clearer to describe the final state, as you did, not the delta.

Deletion of unclean directories could be better to but that can be done
separately and anyhow falls under "like revert".

Maybe file a bug to record the apparent consensus? 

	On Jul 16, 2009 1:12 PM, "Robert Collins"
<robertc at robertcollins.net> wrote:
	
	I'll accept anything that works.
	
	However, 'rm' seems to be a trigger point in UI design - its
been around
	a few times because everyone wants it to do what they usually do
:).
	
	Here's an alternative simpler to explain version:
	'bzr rm foo' will make unversion and delete foo, making backups
with the
	same rules 'bzr revert' uses.
	'bzr rm foo --keep' will not make backups and will only
unversion.
	
	-Rob
	
	
	

-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://lists.ubuntu.com/archives/bazaar/attachments/20090716/162c5aee/attachment-0001.htm