所以我有两个分支,可以说,支路A和支路BI已经合并一个分支到分支B.现在解决合并使用“他人的”选项(赞成合并分支的)冲突
git checkout B
git merge A
我要在命令行中解决分支A的分歧。我该怎么做?
所以我有两个分支,可以说,支路A和支路BI已经合并一个分支到分支B.现在解决合并使用“他人的”选项(赞成合并分支的)冲突
git checkout B
git merge A
我要在命令行中解决分支A的分歧。我该怎么做?
您在寻找git merge
的-s recursive -Xtheirs
选项。
此选项将执行以下操作的相反:
...此选项强制冲突的帅哥是自动解决的有利于“我们”的版本干净。来自其他树的更改不会与我们身边的冲突反映到合并结果。对于 二进制文件的全部内容都从我们身边采取...
既然你已经开始合并,你会在当前想放弃它,因为你不能应用此合并策略合并。
git merge --abort
然后重新做合并如下
git merge -s recursive -Xtheirs
,将做合并,让所有的“冲突”是自动选择的是从分行A
虽然你不能改变*战略*(现在已经太晚了,这个策略已经运行了),你*可以*实际上将每个单独的文件和'-X他们'的等价物合并在一起。但是如果你还没有做任何你想要保存的工作,你的方法('git merge --abort',并且用'-X them'重新启动)就是要走的路,因为它会自动完成你必须非常繁琐的工作,一次一个文件。 – torek
可能的重复[解决Git合并冲突,以支持其在拉动期间的更改](http://stackoverflow.com/questions/10697463/resolve-git-merge-conflicts-in-favor-of-their-changes-during -a-pull) – ckruczek
你**有**合并(意味着你已经合并)或者你在合并冲突的过程中? –
我的意思是我已经合并它,并处于冲突状态。 –