Question

This is a imaginary problem, but I’m having real problems with patches. Let’s say I have a project with the following git history:

A - B - C

Now if I receive two patches, C1 and C2, that are meant to be applied on C, how should I handle them? If I apply patch C1 first, then I will not be able to apply patch C2 because the repository has become:

A - B - C - C1

Is it possible to apply them both, or do I have to reply to the person sending C2 telling him/her to update the patch?

Now suppose I go offline and work and commit so that the repository becomes:

A - B - C - D - E

Then I check my email and receive a patch for C. Again, is it possible to simply apply that patch, or do I have to ask for an update to the patch?

Answer 1

The classic way is to:

• apply the received first patch,
• refuse any patch which isn’t fast-forward and ask the sender to rebase his/her repo first, then re-check the patch, and resend it.

The general idea is that it isn’t up to you to solve merge conflicts: only the creator of the patch has the necessary knowledge to solve any conflict with the current source code.

As Linus Torvalds (creator of Git) said in his 2007 Google talk:

So what happens is, remember, distribution means nobody is special.
So instead of me merging, I just push out my first tree, that did not have any merge issues, and I tell the second person:

“hey, I tried to pull from you, but I had merge conflicts and they weren’t completely trivial, so I decided you get to do the honors instead.”

And they do. And they know what they are doing because it’s their changes. So they can do the merges and they probably think I am a moron because the merge was so easy and it is obvious I should have taken their code, but they do the merge and they update their tree, and say “hey, can you pull from me now”, and I pull from them and they did all the work for me.

That’s what is all about: they did all the work for me. So,… and I take the credit. Now I just need to figure out the step 3: profit.