From: "brian m. carlson" <sandals@crustytoothpaste.net>
To: Jonathan Nieder <jrnieder@gmail.com>
Cc: git@vger.kernel.org
Subject: Re: [PATCH] Documentation: document pitfalls with 3-way merge
Date: Sun, 8 Dec 2013 22:55:20 +0000 [thread overview]
Message-ID: <20131208225519.GH118858@vauxhall.crustytoothpaste.net> (raw)
In-Reply-To: <20131208224013.GC9108@google.com>
[-- Attachment #1: Type: text/plain, Size: 1997 bytes --]
On Sun, Dec 08, 2013 at 02:40:13PM -0800, Jonathan Nieder wrote:
> brian m. carlson wrote:
>
> > Oftentimes people will make the same change in two branches, revert
> > the change in one branch, and then be surprised when a merge
> > reinstitutes that change when the branches are merged.
>
> Life is even more complicated: if the merge-base chosen happens to be
> a descendent of the change on both branches, the merge won't reinstate
> the change.
Right. The text should probably be clearer in that respect.
> The problem scenario hasn't happened to me recently. Can you give an
> example of how it happens? Why is the same change being made
> independently on two different branches? I'm wondering because such a
> story could make the example in the documentation a little clearer and
> avoid having to make the explanation overly technical.
It happens pretty much as I described. There have been two different
posters to the list who have made the same change on both branches,
reverted it on one, and then were surprised when it was reinstated
during the merge. Generally people expect conflicts in this case.
I don't have any further details, since it hasn't happened to me and I'm
not either one of those posters, but I suspect if someone did a
cherry-pick of a change from one branch to another that could happen.
Maybe an important bug fix was picked from a topic branch, but the
change was reverted because the problem was solved in a better way.
> In any event, that the 3-way merge is really just a stupid 3-way merge
> (modulo multiple merge base madness) does seem worth emphasizing, so
> thanks for working on this.
My goal is simply to stop having to answer the same question on the list
twice within two weeks. :-)
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 836 bytes --]
prev parent reply other threads:[~2013-12-08 22:55 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-12-08 20:40 [PATCH] Documentation: document pitfalls with 3-way merge brian m. carlson
2013-12-08 22:40 ` Jonathan Nieder
2013-12-08 22:55 ` brian m. carlson [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=20131208225519.GH118858@vauxhall.crustytoothpaste.net \
--to=sandals@crustytoothpaste.net \
--cc=git@vger.kernel.org \
--cc=jrnieder@gmail.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox