Git rebase master - 在原始遠程主文件被重命名後解決衝突

Question

從原始遠程主分支拉取更新後，我檢查了我的本地dev分支&嘗試git rebase master。有幾個衝突。雖然其中大部分內容都很容易解決，但我仍然堅持在源遠程文件已重命名的衝突上（它們已被更新爲在文件名中包含連字符，但這意味着我的本地文件名已超出日期）。

所以衝突的消息是沿着這些線路： 自動合併數據/文件夾名/文件name.yml 衝突（含量）：合併數據/文件夾名/失敗的合併文件name.yml 衝突變化。

我已經搜索過，但無法找到明確的答案，就如何解決這種類型的衝突。我想知道如果重命名我的本地文件以匹配原始遠程設備上的文件將解決衝突，但我擔心這可能會適得其反。

任何指針將不勝感激。謝謝。

Answer 1

其實我把這個衝突歸咎於錯誤的東西。我認爲由Git標記的衝突與原始遠程（與本地開發分支文件名稱相比）的更新文件名相關。然而，Git足夠聰明地檢測重命名，因爲它可以跟蹤內容，並且會讓人猜測我的本地文件只是通過在以前的修訂中查找類似的文件進行重命名。

長話短說，雖然我一直在強調被標記的文件名，但實際上所有Git都在關心的是我在修復內容中的衝突。一旦衝突得到解決，我爲該文件做了一個git add，我就可以繼續使用rebase。