On Fri, Sep 28, 2007 at 12:28:25AM +0200, Pierre Habouzit wrote: > On Thu, Sep 27, 2007 at 10:23:26PM +0000, Theodore Tso wrote: > > On Thu, Sep 27, 2007 at 09:11:25PM +0200, Pierre Habouzit wrote: > > > > > And as none of the other merge tool that are supported are able to > > > > > either do 3way merges, or have a decent UI (that definitely seems to be > > > > > exclusive features) I've given up on git-mergetool (and to be fair, it > > > > > sucks, because it could be _sooo_ useful sometimes). > > > > > > > > > > > > > What about meld? That does 3-way merge, and the UI is fine. > > > > > > Indeed, it seems that since the last time I tested it, it now does > > > diff3 merging. I should reevaluate it :) > > > > Pierre, > > > > FYI, kdiff3, meld, xxdiff, opendiff (on MacOSX), and emerge all > > support 3-way merge. > > I know, but: > * kdiff3 often take decisions behind your back, and results in broken > merges, so it's a no-go ; > * xxdiff has (IMHO) a very bad and non-intuitive UI, I never get to > make it work ; > * I don't use macos (opendiff) ; > * emerge is emacs right ? :) > > Though I gave meld another chance, and it works really better than it > used to, so I may give it a try :) Let's hope I won't be disappointed by > meld :) > FWIW, xxdiff has support to handle halfway merged files, so that if git could merge some hunks already for you (e.g. rerere kicked in), you don't have to redo the _whole_ merge by hand, just call xxdiff -U file/with/mergemarkers/inside and it will do the right thing. Not sure if the other tools could handle it, but any pointers appreciated, because it often happens to me that only one hunk out of several wasn't merged automatically by git. And mergetool wants to always redo the whole merge, which isn't the best it can do. -Peter - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
