如何解决git合并冲突以支持拉取的更改?
我希望从工作树中删除所有冲突的更改,而不必使用gitmergetool处理所有冲突,同时保持所有无冲突的更改。最好是,我想在拉的时候做,而不是事后。
如何解决git合并冲突以支持拉取的更改?
我希望从工作树中删除所有冲突的更改,而不必使用gitmergetool处理所有冲突,同时保持所有无冲突的更改。最好是,我想在拉的时候做,而不是事后。
当前回答
解决了。通过以下简单步骤解决所有冲突。
git fetch && git reset --hard origin/master
git pull -X theirs
git pull origin master
其他回答
如果你已经处于冲突状态,并且你想接受他们的一切:
git checkout --theirs .
git add .
如果你想做相反的事情:
git checkout --ours .
git add .
这是非常激烈的,所以在做这件事之前,一定要确保你真的想把所有的东西都这样抹掉。
接受远程更改(他们的),如果发生冲突,您将收到以下错误:
fatal: Not possible to fast-forward, aborting.
因此,您可能希望快速地拉动并接受他们的更改:
$ git pull -X theirs --ff
您可以使用递归的“他们的”策略选项:
git merge --strategy-option theirs
来自男子:
ours
This option forces conflicting hunks to be auto-resolved cleanly by
favoring our version. Changes from the other tree that do not
conflict with our side are reflected to the merge result.
This should not be confused with the ours merge strategy, which does
not even look at what the other tree contains at all. It discards
everything the other tree did, declaring our history contains all that
happened in it.
theirs
This is opposite of ours.
注意:正如手册页所说,“我们”的合并策略选项与“我们”合并策略非常不同。
git pull -s recursive -X theirs <remoterepo or other repo>
或者,简单地说,对于默认存储库:
git pull -X theirs
如果你已经处于冲突状态。。。
git checkout --theirs path/to/file
从…起https://git-scm.com/book/en/v2/Git-Tools-Advanced-Merging这基本上会进行一次假合并。它将记录新的合并提交两个分支都是父分支,但它甚至不会查看分支您正在合并。它将简单地记录为合并的结果当前分支中的确切代码。$git合并-我们的mundo通过“我们的”战略实现的合并。$git diff头部~你可以看到,我们所在的分支机构没有什么不同以及合并的结果。这通常有助于基本上欺骗Git,使其认为稍后进行合并时,分支已被合并。例如你分支了一个发布分支,并为此做了一些工作您将希望在某个时刻合并回主分支。在里面同时,需要将master上的一些错误修复程序向后移植到您的释放分支。您可以将错误修复分支合并到版本中分支,并将我们的同一分支合并到您的主分支中(即使修复程序已经存在),因此当您稍后合并再次发布分支,错误修复没有冲突。
如果我想让master反映新主题分支的变化,我发现这种情况很有用。我注意到,在某些情况下,Xtheir不会没有冲突地合并。。。例如
$ git merge -Xtheirs topicFoo
CONFLICT (modify/delete): js/search.js deleted in HEAD and modified in topicFoo. Version topicFoo of js/search.js left in tree.
在这种情况下,我找到的解决方案是
$ git checkout topicFoo
在topicFoo中,首先使用-s ours策略在master中合并,这将创建一个假的提交,这正是topicFoo的状态。$git merge-s我们的主
检查创建的合并提交
$ git log
现在签出主分支
$ git checkout master
将主题分支合并回去,但这次使用-Xtheir递归策略,这将为您呈现一个具有topicFoo状态的主分支。
$ git merge -X theirs topicFoo