0.18: checking removes files automatically?

Jari Aalto jari.aalto at cante.net
Fri Aug 17 08:45:34 BST 2007


* Thu 2007-08-16 Aaron Bentley <aaron.bentley AT utoronto.ca>
* Message-Id: 46C456FC.8040509 AT utoronto.ca
>
>> I would not expect that to happen. Only if I flag file
>> specifically as deleted:
>> 
>>     $ bzr rm install.sh
>> 
>> then it would be okay for checkin to remove it.
>> 
>>     $ bzr ci ...
>> 
>
> If you use commit --strict, then it will notice that install.sh.tmp is
> not versioned and not ignored, and abort the commit.

But I have many temporary files that are not versioned, so --strict
would not probably work?

> There's been some discussion of adding the behavior you were expecting,
> and that's fine with me, as long as I can still have the current default
> behavior.

I think the current behavior is dangerous. In CVS, you could always
accidentally do:

    rm *            ;;  Oops, should have been "rm .*"

Now problem. You restore the previous condition with:

    cvs up

Not so with bzr.

Bzr assumes too much for a missing file (upon ci). The current
behavior does not preserve data, but causes headaches on accidents.
Is there a plan when this will be taken into roadmap?

Jari




More information about the bazaar mailing list