如何中断git重新基址？

例如，如果我现在在

feature

分支上，我想将其重新设置为

master

分支，因此我运行以下命令

git重基主控器

正如我所知，git将切换到branch master，找到feature和master分支的合并基础，并将feature分支的补丁逐个应用到master分支

---

现在我遇到了冲突，我运行

git difftool

来解决冲突。在解决冲突时，我将源代码编辑为合并状态，不需要顺序补丁。现在如何完成<代码> Git ReBase？

< P>如果您想在中间停止<代码> ReBase<代码>，您应该执行以下操作：

解决了所有冲突点后，应使用

git add

将更改添加到索引中，并使用

git commit

创建新的提交

但这将是一个悬空的，所以你需要以某种方式标记它。最简单的方法是用一个临时标记

git标记它，但你也可以简单地记住它是SHA-1
然后，您应该使用
git-rebase--abort
将分支返回到重新基础之前的状态
现在，您可以使用
git reset--hard
强制将分支设置为合并期间创建的提交
在任何情况下，您都可以使用git reset--hard

还原更改。您可以检查

git reflog

的输出，以查看最近操作的完整列表，包括重新设置、重置和新提交。

冲突解决后

git-rebase--cont

或

git-rebase--abort

返回初始值point@user3159253,这意味着，当我运行

git add

标记已解决的冲突并运行

git rebase--abort

时，git将切换到分支功能并将已解决的冲突标记为HEAD？

git rebase--abort

放弃自重新基础开始以来的所有更改。如果您决定中断rebase并返回到以前的位置，请使用它<代码>--cont，继续先前中断的重新基址过程。@user3159253，我想保留我已完成的重新基址内容。然后您应该使用

git-rebase完成重新基址--continue

：）。通常，该算法如下所示：

git-rebase

依次将给定分支的更改应用到新的起点。如果遇到冲突，它会停止并要求您解决问题。解决冲突后，指示git继续执行

git rebase--continue

，直到下一个冲突或整个序列重新设置到新的起点。