Conflicts in removed files

Andrew Bennetts andrew.bennetts at canonical.com
Fri Dec 11 03:35:10 GMT 2009


Stefan Monnier wrote:
[...]
> Basically the situation is as follows:
> - take an upstream repository with some files you don't want.
> - in your own branch, do "bzr rm filesIdontwant; bzr commit".
> - from then on, every time you "bzr merge" and those files have been
>   modified upstream, Bazaar will complain about conflicts in those files.
[...]
> So, does Bzr offer some way to say
> 
>    bzr rm --really-no-conflicts-please filesIdontwant

I don't know of a good way to do that at the moment.  'bzr revert
fileIdontwant.OTHER' after a merge will at least remove the readded file
and the conflict in one go, but that still leaves the unversioned and
unwanted .BASE cluttering your tree.

The problem of course with 'bzr rm --really-no-conflicts-please' is that
someone else merging from your branch may want to reverse that
decision... I'm not sure what a good solution to that would look like,
either in terms of UI or in terms of what's recorded in the repository.

I'm working on per-file merge hooks at the moment
(https://bugs.launchpad.net/bzr/+bug/491711), perhaps that will help.  I
think it'll allow you to write a plugin just to say “always prefer THIS
over OTHER for merge of file X”.  That's not as easy as a
--really-no-conflicts-please option, but it's a start.

-Andrew.




More information about the bazaar mailing list