Git Rebase重複發生來自上次Rebase的衝突

Question

是否存在任何常見的git使用錯誤或者一般情況下有任何原因，爲什麼如果這些衝突已在之前的rebase中全部解決，爲什麼rebase會重複來自之前rebase的衝突？
此外，rebase是否有優先於衝突解決的方式？例如rebase是否希望在代碼中通常的git衝突方括號內的兩個可能的代碼片段之間進行嚴格的選擇，或者僅僅是爲了取消>>>,<<<之間的所有內容？我很好奇，如果刪除兩個代碼選項來解決衝突將影響rebase的正確解決後續衝突的能力。

進一步細化： 我有一個master分支和一個dev分支。 dev分支我一直在一邊工作一段時間，所以不同提交的數量已經增長得相當大，在100年代（我知道......應該dev到更多的master）。 dev分支本身已經有幾個較小的特徵分支從它切下，然後合併回來，只有被切割，重新設計，與dev分支合併，從未master分支（我記得）。我在1周前將dev分行重新分配到master分行。我已經在dev分支上做了一些更改，並且希望再次兌換master，以便我可以準備合併。在該1周的窗口中，master分支也發生了非常小的變化，但代碼文件不重疊。然而，當將dev重新編號爲master時，我發現當我嘗試使用當前的重新分檔時，與我在一週前重新啓動時相比，git引發了相同的一組衝突。

謝謝！

Answer 1

一般來說，這是正常的 - 如果你像這樣重新綁定而不是合併（例如master到dev），那麼重放相同的補丁可能會產生相同的衝突。

如果這是您工作流程中的常見問題，則可以使用git rerere來記住您的解決方案。