Git rebase master - 在原始远程主文件被重命名后解决冲突

Question

从原始远程主分支拉取更新后，我检查了我的本地dev分支&尝试git rebase master。有几个冲突。虽然其中大部分内容都很容易解决，但我仍然坚持在源远程文件已重命名的冲突上（它们已被更新为在文件名中包含连字符，但这意味着我的本地文件名已超出日期）。

所以冲突的消息是沿着这些线路： 自动合并数据/文件夹名/文件name.yml 冲突（含量）：合并数据/文件夹名/失败的合并文件name.yml 冲突变化。

我已经搜索过，但无法找到明确的答案，就如何解决这种类型的冲突。我想知道如果重命名我的本地文件以匹配原始远程设备上的文件将解决冲突，但我担心这可能会适得其反。

任何指针将不胜感激。谢谢。

Answer 1

其实我把这个冲突归咎于错误的东西。我认为由Git标记的冲突与原始远程（与本地开发分支文件名称相比）的更新文件名相关。然而，Git足够聪明地检测重命名，因为它可以跟踪内容，并且会让人猜测我的本地文件只是通过在以前的修订中查找类似的文件进行重命名。

长话短说，虽然我一直在强调被标记的文件名，但实际上所有Git都在关心的是我在修复内容中的冲突。一旦冲突得到解决，我为该文件做了一个git add，我就可以继续使用rebase。