From: Thomas Guyot <tguyot@gmail.com>
To: Kai <k.vongrambusch@googlemail.com>, Junio C Hamano <gitster@pobox.com>
Cc: Johannes Sixt <j6t@kdbg.org>, git@vger.kernel.org
Subject: Re: Git is not recognizing some merge conflicts and just accepting incoming master version
Date: Sat, 23 Mar 2024 15:17:20 -0400 [thread overview]
Message-ID: <d8fa6ab2-949b-4d6f-9c8f-e80f2e524fb7@gmail.com> (raw)
In-Reply-To: <CA+XMOBuYVWwEE-p=3GHBUcnnM_jn0pneW1rbcQU124DjnJYycA@mail.gmail.com>
On 2024-03-16 05:19, Kai wrote:
> Thanks a lot for the explanations Brian and Hannes. That clarifies it
> a lot. I had not come across such a semantic issue in my limited
> experience with git before, so I was a bit thrown off.
>
> Given this behavior, I still think it would be a great feature for the
> person doing the merge to at least optionally be able to see
> highlighted parts of the code that had any changes between the base
> and the other two branches. Since these parts of the code could
> potentially cause problems much more than lines of code that have not
> been touched by any branch. But I guess that would be more a GUI
> feature than related to git directly, correct? Maybe there is already
> a GUI offering that?
The --diff-merges=combined option (or simply "-c") of git show is
probably what you're looking for.
There is also a dense-combined (or "--cc") option that skips seemingly
unrelated hunks, which doesn't mean these hunk aren't problematic, just
that there's 6+ lines appart.
Regards,
--
Thomas
prev parent reply other threads:[~2024-03-23 19:17 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-03-14 10:30 Git is not recognizing some merge conflicts and just accepting incoming master version Kai
2024-03-15 7:24 ` Johannes Sixt
2024-03-15 13:22 ` Kai
2024-03-15 21:47 ` brian m. carlson
2024-03-15 22:19 ` Johannes Sixt
2024-03-15 22:29 ` Junio C Hamano
2024-03-16 9:19 ` Kai
2024-03-23 19:17 ` Thomas Guyot [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=d8fa6ab2-949b-4d6f-9c8f-e80f2e524fb7@gmail.com \
--to=tguyot@gmail.com \
--cc=git@vger.kernel.org \
--cc=gitster@pobox.com \
--cc=j6t@kdbg.org \
--cc=k.vongrambusch@googlemail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.