Git合并与重命名或删除的文件冲突

Git合并与重命名或删除的文件冲突,git,Git,分支B是从分支A创建的; B分部 File.cs已重命名为FileName.cs,其他更改将提交并推送到该文件上。 在A分店 更改已提交到分支A中的File.cs 分支B到分支A的拉取请求存在合并冲突。 如何解决此冲突?几乎不可能回答此问题,因为可能有任何原因导致冲突,从空白到文件重命名本身 只是好奇而已,如果你告诉git选择哪一个,你希望选择哪一个?是否希望对分支A的更改为File.cs+对FileName.cs的更改(从B开始)?或者希望分支A为FileName.Cs+每个分支的文件中的两个

分支B是从分支A创建的; B分部 File.cs已重命名为FileName.cs,其他更改将提交并推送到该文件上。 在A分店 更改已提交到分支A中的File.cs

分支B到分支A的拉取请求存在合并冲突。
如何解决此冲突?

几乎不可能回答此问题,因为可能有任何原因导致冲突,从空白到文件重命名本身

只是好奇而已,如果你告诉git选择哪一个,你希望选择哪一个?是否希望对分支A的更改为File.cs+对FileName.cs的更改(从B开始)?或者希望分支A为FileName.Cs+每个分支的文件中的两个更改?看到冲突了吗

我建议您在文本编辑器/代码比较工具中打开它们,并手动合并需要合并的内容


如果像这样重命名文件对您来说是一个常见问题,那么您应该a)与您的团队交谈,了解为什么文件总是被重命名,或者B)编写一个脚本来处理这些问题。有关更多信息,请参阅本文:

是否已将分支B合并并提交到分支A;此拉取请求自动得到解决后..“创建自”实际上并不相关(因为分支标签移动)。在合并过程中,重要的是合并基数(由提交图确定),以及(1)基数与当前提交和(2)基数与合并目标提交之间的差异。您可以使用
git diff
查看这些差异。通常,如果有人的请求没有干净地合并,这意味着他们(请求er)需要重新设置代码的基址,以便您有一个不同的合并基础。