是否有任何常见的 git 使用错误，或者如果这些冲突都在之前的 rebase 中得到解决，那么为什么 rebase 会重复之前的 rebase 的冲突？
此外，rebase 是否优先考虑如何解决冲突？例如，rebase 是否希望在代码中通常的 git 冲突括号中的两个可能的代码片段之间进行严格选择，或者是否可以删除 , 之间的所有>>>内容<<<？我很好奇删除两个代码选择以解决冲突是否会影响 rebase 正确解决以后冲突的能力。
进一步阐述：我有一个master分支和一个dev分支。dev我一直在旁边工作一段时间的分支，所以不同提交的数量已经增长得相当大，在 100 年代（我知道......应该更频繁地） dev。分支本身有几个较小的功能分支从中切出然后合并回来，只是被剪切，重新设置，与分支合并，从不分支（我记得）。1 周前，我将分支重新定位到分支。此后，我对分支进行了一些更改，并想再次重新设置基准，以便为合并做准备。有一个非常小的变化masterdevdevmasterdevmasterdevmastermaster也在那个 1 周的窗口中分支，但代码文件不重叠。但是，当我尝试当前的 rebase 时，与我一周前devrebasemaster时相比，当我看到 git 引发了相同的冲突集时。
谢谢！