git重新基址--继续并--后退？_Git

git重新基址--继续并--后退？

git

git重新基址--继续并--后退？,git,Git,有没有一种方法可以在交互式重新基址过程中退回提交？没有。您可以--继续重新基址（例如，在解决一些冲突之后），--中止（撤消和整个重新基址过程）或--跳过当前补丁。没有，正如Magnus所说但是, git Reere可以在某种程度上接近您想要的解决方案：如果您不想放弃以前的手动冲突解决方案，您可以启用Reere（预先录制的冲突解决方案），以便在后续合并中以相同的方式自动解决这些冲突。请注意，这意味着您必须记住下一次要以不同方式解决的部分（可能是第一步后退的目标？），因为-好吧，Reerre假设

有没有一种方法可以在交互式重新基址过程中退回提交？

没有。您可以--继续重新基址（例如，在解决一些冲突之后），--中止（撤消和整个重新基址过程）或--跳过当前补丁。

没有，正如Magnus所说

但是,

git Reere可以在某种程度上接近您想要的解决方案：如果您不想放弃以前的手动冲突解决方案，您可以启用
```
Reere
```
（预先录制的冲突解决方案），以便在后续合并中以相同的方式自动解决这些冲突。请注意，这意味着您必须记住下一次要以不同方式解决的部分（可能是第一步后退的目标？），因为-好吧，Reerre假设您要再次应用相同的解决方案

如果您查看rebase的实现，您可能会找到GIT_WORK_TREE/GIT_DIR/GIT_INDEX的替代设置；然后，您可能可以将管道命令与reflog一起用于正在进行的重新基准分支

这将使您深入到未记录的内部（管道之外）
您也可以提出一个补丁来重新设置基础，该补丁实现了
```
——退一步
```

是的，有。如何在交互式重设基础期间后退：
获取当前头部的提交哈希，例如使用git rev parse HEAD
运行git rebase--edit todo
将带有该散列的pick插入该文件的顶部pick
运行git重置--硬头^
现在，您仍然处于重定基址中，但有一次提交回来，您可以自由地继续使用重定基址
git-rebase——继续
如果您不希望在不进行编辑的情况下直接拾取未完成的提交，可以将edit
而不是pick
添加到todo列表中（步骤3）
附录：您可以记住更多的散列，重置到更早的点，并添加多个选择以重做多个提交
想法来源：
事实上，即使您没有进行交互式重新基址，您也可以这样做
正如johnb003在他的评论中提到的，当重定基址时，您实际上正在进行一系列新的提交。通过执行git log--pretty=oneline--abbrev commit

git-rebase--abort

git-rebase-i

edit

git rebase--edit todo

git rev parse--short REBASE_HEAD

pick

tail-1`git rev parse--show topflevel`/.git/REBASE merge/done

git reset--hard HEAD