[PATCH] Use merge3 for text merging
Martin Pool
mbp at sourcefrog.net
Wed Jul 27 14:09:50 BST 2005
On 26 Jul 2005, Aaron Bentley <aaron.bentley at utoronto.ca> wrote:
> Robey Pointer wrote:
> > Slightly unrelated, but this is one thing that bugs me a lot about tla:
> >
> > I'd really like to shout out in favor of some kind of inline conflict
> > marking, even if it's not ">>>>>>>>".
>
> bzr already does that. It uses ">>>>>>>>". My patch doesn't change that.
>
> > tla's habit of dropping little
> > *.orig and *.rej files and making me pick up the pieces is one of my
> > pet peeves. I noticed that bzr currently does the same thing (*.BASE,
> > etc) and am hoping it's just a temporary thing. :)
>
> No, it's intended to be long term. Perhaps it could be optional.
> It's intended for handling difficult merge scenarios-- the user can
> invoke tools like meld on the three files to resolve the conflict. It
> also makes it easy to determine whether a merge operation resulted in
> text conflicts.
I think we should have some kind of ~/.bzr.ini file or
~/.bzr.conf/preferences file saying
conflict-style = rejects | three-files | conflict-markers
(or perhaps any combination)
> What *I*'d like to do about this is implement 'bzr resolved [--all]', to
> tell bzr that you've resolved the conflict, and it can delete the files.
> What do you think?
That might be good, but deleting them is pretty easy...
> I'd even take it futher, and refuse to commit conflicted files. But
> people say I'm wierd.
Perhaps a forbidden-files list, similar to ignored files? This could
have .rej, .BASE, etc and also be customizable.
--
Martin
More information about the bazaar
mailing list