Git Rebase 重复上次 Rebase 的冲突
Git Rebase repeats conflicts from last Rebase
是否存在任何常见的 git 使用错误，或者如果这些冲突已在之前的 rebase 中全部解决，那么为什么 rebase 会重复之前 rebase 的冲突？
此外，rebase 是否优先于冲突的解决方式？例如rebase 是否希望在代码中通常的 git 冲突括号中的两个可能的代码片段之间进行严格的选择，还是删除 >>>、<<< 之间的所有内容？我很好奇如果删除两个代码选择来解决冲突是否会影响 rebase 正确解决以后冲突的能力。
进一步阐述：
我有一个 master 分支和一个 dev 分支。 dev 分支我已经在旁边工作了一段时间，所以不同提交的数量已经变得非常大，在 100 年代（我知道......应该 dev 到 master更频繁）。 dev 分支本身有几个较小的功能分支从中切出，然后合并回来，只是被切掉，重新定位，与 dev 分支合并，而不是 master 分支（我可以记住）。我在 1 周前将 dev 分支重新定位到 master 分支。从那以后，我对 dev 分支做了更多更改，并想再次基于 master 进行变基，以便为合并做准备。在那 1 周 window 中，master 分支也有非常小的变化，但代码文件不重叠。但是，当我将 dev 变基到 master 时，与一周前变基时相比，当我尝试当前变基时，我发现 git 引发了相同的一组冲突。
谢谢！
一般来说，这是正常的 - 如果您像这样变基而不是合并（例如 master 到 dev），那么重播相同的补丁可能会产生相同的冲突。
如果这是您工作流程中的常见问题，您可以使用 git rerere 来记住您的解决方案。
是否存在任何常见的 git 使用错误，或者如果这些冲突已在之前的 rebase 中全部解决，那么为什么 rebase 会重复之前 rebase 的冲突？
此外，rebase 是否优先于冲突的解决方式？例如rebase 是否希望在代码中通常的 git 冲突括号中的两个可能的代码片段之间进行严格的选择，还是删除 >>>、<<< 之间的所有内容？我很好奇如果删除两个代码选择来解决冲突是否会影响 rebase 正确解决以后冲突的能力。
进一步阐述：
我有一个 master 分支和一个 dev 分支。 dev 分支我已经在旁边工作了一段时间，所以不同提交的数量已经变得非常大，在 100 年代（我知道......应该 dev 到 master更频繁）。 dev 分支本身有几个较小的功能分支从中切出，然后合并回来，只是被切掉，重新定位，与 dev 分支合并，而不是 master 分支（我可以记住）。我在 1 周前将 dev 分支重新定位到 master 分支。从那以后，我对 dev 分支做了更多更改，并想再次基于 master 进行变基，以便为合并做准备。在那 1 周 window 中，master 分支也有非常小的变化，但代码文件不重叠。但是，当我将 dev 变基到 master 时，与一周前变基时相比，当我尝试当前变基时，我发现 git 引发了相同的一组冲突。
谢谢！
一般来说，这是正常的 - 如果您像这样变基而不是合并（例如 master 到 dev），那么重播相同的补丁可能会产生相同的冲突。
如果这是您工作流程中的常见问题，您可以使用 git rerere 来记住您的解决方案。