我有一个流程，我将在单独的“开发”分支上工作，然后在完成后将它们合并到“稳定”主分支中。然后，我将为从 master 创建的下一个开发分支创建一个新分支。这确保了每个开发分支始终包含最新的稳定更改。但我犯了一个错误。我忘记将开发分支合并到 master 中，但后来我从 master 创建了一个新分支并做了很多工作。所以这个有很多变化的新分支并没有跟上最新的稳定变化。
我继续将之前的开发分支合并到 master - 我忘记合并的那个。现在我需要将 master 的更改合并到我最新的开发分支中。但我实际上并不想将 master 分支合并到 dev 分支中，从而带来它的所有历史记录。我希望这些分支保持独立，我只想比较两个分支之间的差异并将适当的代码从 master 合并到 dev 分支中作为一个新的提交。我知道会有冲突。怎么实现？
如果可能的话，我更愿意使用 Xcode 的源代码控制直观地进行此操作，以比较和选择更改，但如果不使用终端也可以。
【问题讨论】：
如果我理解你的情况：
在这种情况下你可以做的是rebase你的分支对抗master。
# When on your feature branch:
git rebase master
这将确保您之前完成的工作出现在 master 上存在的任何新工作之后。它还会重写历史记录，因此如果您在任何时候推送了该功能分支，则必须强制推送它以确保维护正确的历史记录。
澄清我的最后一点：当你变基时，你overwrite the history 的提交是通过创建一个与另一个相似但又不相同的提交（不同的祖先）。
这里的主要指导原则是历史已更改，如果该历史已发布，您将需要确保发布具有重新定位更改的历史而不是，以便历史显示为应该关于 rebase 操作。
【讨论】：
git rebase --continue，它将我的提交应用到开发分支，然后记录Revert "Merge branch 'master' into dev-branch"。在终端上看起来一切都很好，但看看代码并没有任何区别 - 来自 master 的更改没有合并到 dev-branch 中。没有未提交的更改。
git reset --hard origin/dev-branch，然后还原还原：git revert <SHA>。
git log 中
您可能希望在合并时使用 --squah 修饰符。这将合并代码，但不会创建合并两个分支历史的提交。
【讨论】：