Git学习笔记5 merge冲突时二选一

一时失言乱红尘 2022-05-18 10:39 201阅读 0赞

从Git版本1.6.1开始，有--ours和--the选项，用于仅保留具有合并冲突的文件的本地或远程版本。

git checkout --ours <file_name> git checkout --theirs <file_name>

常常有这样一种情况，程序员甲在Git branch了一个项目，然后花了1个月在 branch 中开发了几个功能，解决了一些bug，最后一步必然是把这个branch merge回master，然后解决冲突，再进行交给QA前的最后调试。解决冲突是个很痛苦的过程，如果高效解决 merge conflict 是所有版本控制系统花大力气的地方之一，这里就不赘述，只介绍如何在merge 冲突时使用 Git 命令简单地在发生冲突的两个文件版本中进行二选一。

假设原来有文件A，程序员甲把A进行了完全的重写，而甲在自己的branch工作的同时，他的同事程序员乙则对A进行了一个优化。这样，当甲想要merge的时候，A文件就有很多的冲突，可能多达几百行。

$ git merge master

Auto-merged xxx/A.java

CONFLICT (content) : Merge conflict in xxx/A.java

Automatic merge failed; fix conflicts and then commit the result.

这时候两个程序员达成一致，最后应该完全采用甲的版本，因为乙只是在原基础上优化，而甲进行了全方面的重写。在这种情况下，git checkout 命令的   - -theirs 和 - -ours 就派上用场了。前者表示保留甲 想要merge的版本，后者表示保留master branch中的版本，即乙的版本。

$ git checkout - -ours xxx/A.java // 抛弃甲的版本，保留乙的

$ git checkout - -theirs xxx/A.java // 抛弃乙的版本，完全采用甲的

这两个参数只适用于 Git 1.6.1及更新的版本。

在1.6.1 以前版本中，虽然没有这两个参数，但也有办法

1、实现 - - theirs

$ git reset - - xxx/A.java

$ git checkout MERGE\_HEAD - - xxx/A.java

2、实现 - - ours

$ git reset - - xxx/A.java

$ git checkout ORIG\_HEAD - - xxx/A.java

参考文献：

[https://blog.csdn.net/qinjienj/article/details/7816047][https_blog.csdn.net_qinjienj_article_details_7816047]

[https://coderwall.com/p/gpjmnq/choose-local-or-remote-version-in-a-merge-conflict][https_coderwall.com_p_gpjmnq_choose-local-or-remote-version-in-a-merge-conflict]

[https_blog.csdn.net_qinjienj_article_details_7816047]: https://blog.csdn.net/qinjienj/article/details/7816047
[https_coderwall.com_p_gpjmnq_choose-local-or-remote-version-in-a-merge-conflict]: https://coderwall.com/p/gpjmnq/choose-local-or-remote-version-in-a-merge-conflict