使用 Git “正确”合并代码

Question

我刚刚通过合并 FETCH_HEAD 并获取我最近的更改而不是他的更改来覆盖我的同事代码。我想恢复到合并之前，然后进行合并，强制他的更改在他接触文件的地方被接受，但在没有任何其他更改的地方得到我的合并。

我的 git 日志（使用 l2* 创建）现在看起来像这样：

*    3f6308d - (HEAD, master) Merging changes (confliect in PriceListForm.java.. was a formatting change only (Sun Dec 29 09:07:27 2013) <Gre
|\  
| *  283c00c - Changing wv reports to be separated by changes in prices according to received_date rather than lab_number. (Thu Dec 26 19:39:
| |
| *  4846bf2 - Merge branch 'master' of ssh://git-pacce@free1.projectlocker.com/pcs.git (Wed Dec 25 17:49:19 2013) <jpjones>

当我执行合并时，这些文件中没有任何冲突，它只是接受了我的更改，而不是 jpjones 最近的更改。

基本上我想重做3f6308d，但允许 jpjones 更改优先。 This StackOverflow Answer 似乎与我想要实现的目标相关，但我不确定，希望得到一些澄清。

* git l2 is alias l2 = log --graph --all --pretty=format:'%Cred%h%Creset -%C(yellow)%d%Creset %s %Cgreen(%cd) %C(bold blue)<%an>%Creset' --abbrev-commit --date=local

Answer 1

考虑到您尚未推送错误提交，您可以安全地将 HEAD 重置为之前的提交：

git reset --hard HEAD^

（确保您没有正在进行的工作，例如私有文件或添加到索引的文件，因为工作树和索引都将重置为HEAD^ 状态）

这就是answer you mention 的建议。

但在那之后，您需要确保您的同事的更改在您即将再次执行的合并期间进行。
看看theirs "merge strategy option" 是否效果更好。

git checkout yourBranch
git merge -X theirs theirBranch

但是，我怀疑它仅适用于解决冲突（文件中的并发修改）。
如果您最近进行了更改，这些更改仍会在生成的合并 HEAD 中。

如果是这样，请尝试遵循 this answer 中的配方，这会强制合并到您的分支，然后将 yourBranch 重置为 theirBranch，然后再将 HEAD 移动到之前完成的合并提交。
然后最终结果应该看起来像你所追求的。