--autostash
。如果您完成了重新设置(它rewrites history
我执行了这样的变基:
git rebase --onto master new_background_processing export_background_processing
没有达到我想要的目的,所以我进行了重置:
git reset --hard HEAD@{1}
我的分支恢复到原来的状态,但是当我输入git status时收到此消息:
# You are currently rebasing branch 'export_background_processing' on 'e378641'.
如何完全取消该变基?不知道那意味着什么。
git rebase --continue | --skip | --abort | --edit-todo
[见git rebase --quit
的commit 9512177(2016年11月12日)。
((由Nguyễn Thái Ngọc Duy (pclouds
)在pclouds
中合并,2016年12月19日)>[Junio C Hamano --
gitster
--:将gitster
添加到清理基准,保持所有其他内容不变
忘记做“ commit 06cd5a1”首先。 或者重新定位已经进行了很长时间,您忘记了在您意识到这一点之前(例如通过启动另一个变基)现在要追溯您的步骤已经为时已晚。解决方法通常是rebase
并继续您的生活。但是--quit
可能有两个不同的目录(显然,它需要一些有关rebase工作原理的知识),如果您不在top-dir或链接的工作树中,则[git rebase --abort
]部分可能会更长。 。在rm -r .git/<some rebase dir>
中执行“<some rebase dir>
”非常危险,那里的错误可能会破坏对象数据库或其他重要数据。
为此用例提供“ .git
”,模仿一个先例那是“ rm -r
”。
.git
”创建的用于保持初始脏状态的存储条目在“ git rebase --quit
”上被错误地丢弃,已更正。请参阅git cherry-pick --quit
的git rebase --autosquash
(2020年4月28日)。
(git rebase --quit
于commit 9b2df3e合并,2020年4月29日)>
[Denton Liu (Denton-L
):将自动存储条目保存到Denton-L
的Junio C Hamano --gitster
--中
签名人:刘登东
在gitster
中(“ commit 3afdeef:示教--autostash选项”,2020-04-07,Git v2.27.0-rebase
中列出的rebase
),stash reflog
选项是为[ C0]。 (请参阅“ --quit
”)]
[值得注意的是,当a03b55530a在存在自动存储条目的情况下运行时,它将保存到存储引用日志中。
这与merge
的当前行为形成对比,在当前行为中,自动隐藏项只是被丢弃了。
[在merge中采用batch #5的行为,并将自动存储条目保存到存储引用日志中,而不只是删除它。
--autostash
。如果您完成了重新设置(它rewrites history
取消]的“正在重新设置基准”
git merge
基准编辑器中列出的所有提交。因此,您将收到命令行消息--autostash
。如果您完成了重新设置(它rewrites history
取消]的“正在重新设置基准”