Re: Not possible to see combined diff before committing a merge?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thu, Mar 18, 2010 at 5:55 AM, Michael J Gruber
<git@xxxxxxxxxxxxxxxxxxxx> wrote:
> If there are no conflicted files left you could do a throw-away commit
> with a temp index, but that looks ugly. Do we have a way of specifying a
> 3-way diff for some git diff --cc incarnation, i.e. pretending two
> commits to be the parents and a third (or index) to be the merge result?

It would seem that diff-index should take two <tree-ish>'s (it only
takes one) to support this.

> Junio would probably say that by adding the merge resolution you declare
> that you're not interested in that part of the merge any more ;)

The use case is that I use mergetool when I have merges with very
large conflicted regions that are too difficult to visualize using the
merge and/or diff3 conflict style. But because these conflict
resolutions are so difficult, I often want to look at the merge
resolution in combined-diff style before committing.

The way I would have to do this today is:

- git mergetool <path>
- save the result in my visual merge tool and quit
- in a separate shell, use git diff to see the 3-way diff
- in the first shell, answer mergetool's prompt that it's okay to use the result

Hmm, maybe there should be an option for whether mergetool
automatically add's the result for you.

Anyway, what I've noticed is that I've become gun shy about using "git
add" myself during conflict resolution because as soon as I do, I lose
some functionality compared to the unmerged state.

j.
--
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

[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]