撤消git rebase

作者: v-star*위위
发布时间: 2024-06-04 03:45:08 (1月前)
转自：

15 条回复

0#
回复此人
啦啦啦拉肚子 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> 如果您尚未完成rebase并且在其中间，则以下工作： </p> <pre> <code> git rebase --abort </code> </pre> </DIV>

编辑
1#
回复此人
阿政ღ | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> 如果的<strong> 您已将分支推送到远程存储库 </强> （通常是它的起源）然后你做了一个成功的rebase（没有合并）（ <code> git rebase --abort </code> 你可以轻松地给出“没有进行任何改变” 的<strong> 重置分支 </强> 运用命令： </p> <BLOCKQUOTE> <P> git reset --hard origin / {branchName} </p> </BLOCKQUOTE> <P> 例： </p> <pre> <code> $ ~/work/projects/{ProjectName} $ git status On branch {branchName} Your branch is ahead of 'origin/{branchName}' by 135 commits. (use "git push" to publish your local commits) nothing to commit, working directory clean $ ~/work/projects/{ProjectName} $ git reset --hard origin/{branchName} HEAD is now at 6df5719 "Commit message". $ ~/work/projects/{ProjectName} $ git status On branch {branchName} Your branch is up-to-date with 'origin/{branchName}. nothing to commit, working directory clean </code> </pre> </DIV>

编辑
2#
回复此人
℘ 宋唐 ℒº ѵ ℯ楚厦 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> 如果你成功地反对远程分支而不能 <code> git rebase --abort </code> 你仍然可以做一些技巧来保存你的工作，而不是强迫推动。假设您调用错误重新绑定的当前分支 <code> your-branch </code> 并正在跟踪 <code> origin/your-branch </code> </p> <UL> <LI> <code> git branch -m your-branch-rebased </code> ＃重命名当前分支 </LI> <LI> <code> git checkout origin/your-branch </code> #checkout到原始已知的最新状态 </LI> <LI> <code> git checkout -b your-branch </code> </LI> <LI> 校验 <code> git log your-branch-rebased </code> ，相比于 <code> git log your-branch </code> 并定义缺少的提交 <code> your-branch </code> </LI> <LI> <code> git cherry-pick COMMIT_HASH </code> 每次提交 <code> your-branch-rebased </code> </LI> <LI> 推动你的改变。请注意，有两个本地分支机构 <code> remote/your-branch </code> 你应该只推 <code> your-branch </code> </LI> </UL> </DIV>

编辑
3#
回复此人
ikun | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> 根据@Allan和@Zearin的解决方案，我希望我可以简单地做一个评论，但我没有足够的声誉，所以我使用了以下命令： </p> <P> 而不是做 <code> git rebase -i --abort </code> （注意的<strong> -一世 </强> 我不得不干脆做 <code> git rebase --abort </code> （的<strong> 无 </强> 该的<strong> -一世 </强> ）。 </p> <P> 使用两者 <code> -i </code> 和 <code> --abort </code> 同时使Git向我显示使用/选项列表。 </p> <P> 因此，此解决方案的先前和当前分支状态为： </p> <pre> <code> matbhz@myPc /my/project/environment (branch-123|REBASE-i) $ git rebase --abort matbhz@myPc /my/project/environment (branch-123) $ </code> </pre> </DIV>

编辑
4#
回复此人
枫 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> 要取消，您可以输入以下命令： </p> <pre> <code> git -c core.quotepath=false rebase --abort </code> </pre> </DIV>

编辑
5#
回复此人
浮华丶 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> 如果你在git rebase中混淆了一些东西，例如 <code> git rebase --abort </code> ，虽然你有未提交的文件，但它们会丢失 <code> git reflog </code> 没有用。这发生在我身上，你需要在这里开箱即用。如果你像我一样幸运并使用IntelliJ Webstorm，那么你可以 <code> right-click->local history </code> 无论您使用版本控制软件犯了什么错误，都可以恢复到文件/文件夹的先前状态。另一个故障安全运行总是好的。 </p> </DIV>

编辑
6#
回复此人
哦豁 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> 假设我将master重新绑定到我的功能分支，并且我得到了30个新的提交，它们会破坏某些东西。我发现通常最简单的方法就是删除糟糕的提交。 </p> <pre> <code> git rebase -i HEAD~31 </code> </pre> <P> 最近31次提交的交互式rebase（如果选择的方式太多，则不会受到影响）。 </p> <P> 简单地接受你想要删除的提交，并用“d”而不是“pick”标记它们。现在删除了提交，有效地删除了rebase（如果只删除了刚刚进行rebased时提交的提交）。 </p> </DIV>

编辑
7#
回复此人
坚挺的阿袁 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> 如果您在分支机构，您可以使用： </p> <pre> <code> git reset --hard @{1} </code> </pre> <P> HEAD不仅有参考日志（由...获得） <code> git reflog </code> ），每个分支也有reflogs（由。获得） <code> git reflog <branch> </code> ）。所以，如果你在 <code> master </code> 然后 <code> git reflog master </code> 将列出该分支的所有更改。您可以参考这些更改 <code> master@{1} </code> ， <code> master@{2} </code> 等 </p> <P> <code> git rebase </code> 通常会多次更改HEAD，但当前分支只会更新一次。 </p> <P> <code> @{1} </code> 简直就是一个 <a href="https://git-scm.com/docs/gitrevisions#gitrevisions-emltngtemegem1em" rel="nofollow noreferrer"> 当前分支的快捷方式 </A> ，所以它等于 <code> master@{1} </code> 如果你在 <code> master </code> 。 </p> <P> <code> git reset --hard ORIG_HEAD </code> 如果你习惯了将不会工作 <code> git reset </code> 在互动期间 <code> rebase </code> 。 </p> </DIV>

编辑
8#
回复此人
一生流水 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> 对于多次提交，请记住任何提交都会引用导致该提交的所有历史记录。所以在查尔斯的回答中，将“旧提交”称为“最新的提交”。如果重置为该提交，则会重新出现导致该提交的所有历史记录。这应该做你想要的。 </p> </DIV>

编辑
9#
回复此人
苞米地里的蒙面妖 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> 实际上，rebase将你的起点保存到 <code> ORIG_HEAD </code> 所以这通常很简单： </p> <pre> <code> git reset --hard ORIG_HEAD </code> </pre> <P> 然而 <code> reset </code> ， <code> rebase </code> 和 <code> merge </code> 都保存你的原件 <code> HEAD </code> 指针进入 <code> ORIG_HEAD </code> 所以，如果你已经完成了任何这些命令，因为你试图撤消rebase，那么你将不得不使用reflog。 </p> </DIV>

编辑
10#
回复此人
雨儿 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> 最简单的方法是找到分支的头部提交，就像在rebase开始之前一样 <a href="https://git-scm.com/docs/git-reflog" rel="noreferrer"> 引用日志 </A> ... </p> <pre> <code> git reflog </code> </pre> <P> 并将当前分支重置为它（通常需要注意的是在重置之前绝对确定 <code> --hard </code> 选项）。 </p> <P> 假设旧提交是 <code> HEAD@{5} </code> 在ref日志中： </p> <pre> <code> git reset --hard HEAD@{5} </code> </pre> <P> <EM> 在Windows中，您可能需要引用引用： </EM> </p> <pre> <code> git reset --hard "HEAD@{5}" </code> </pre> <P> 你可以通过做一个来检查候选老头的历史 <code> git log HEAD@{5} </code> （ <EM> 视窗： </EM> <code> git log "HEAD@{5}" </code> ）。 </p> <P> 如果你没有禁用每个分支reflogs你应该能够做到 <code> git reflog branchname@{1} </code> 因为一个rebase在重新连接到最终头部之前分离了分支头。我会仔细检查这个，尽管我最近没有证实这一点。 </p> <P> 默认情况下，为非裸存储库激活所有reflog： </p> <pre> <code> [core] logAllRefUpdates = true </code> </pre> </DIV>

编辑
11#
回复此人
永远的记忆 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> 查尔斯的答案有效，但你可能想这样做： </p> <pre> <code> git rebase --abort </code> </pre> <P> 之后清理 <code> reset </code> 。 </p> <P> 否则，您可能会收到消息“ <code> Interactive rebase already started </code> ”。 </p> </DIV>

编辑
12#
回复此人
记忆短浅♡思念不变 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> 在我做任何非常重要的操作之前，我实际上在分支上放了一个备份标签（大多数rebase都很简单，但是如果它看起来很复杂的话我会这样做）。 </p> <P> 然后，恢复就像一样容易 <code> git reset --hard BACKUP </code> 。 </p> </DIV>

编辑
13#
回复此人
产品你是狗 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> 运用 <code> reflog </code> 不适合我。 </p> <P> 对我有用的东西与描述的类似 <a href="http://www.bluemangolearning.com/blog/2009/03/recovering-from-a-disastrous-git-rebase-mistake/" rel="noreferrer"> 这里 </A> 。打开以重新分支的分支命名的.git / logs / refs中的文件，找到包含“rebase finsihed”的行，如： </p> <pre> <code> 5fce6b51 88552c8f Kris Leech <me@example.com> 1329744625 +0000 rebase finished: refs/heads/integrate onto 9e460878 </code> </pre> <P> 签出该行上列出的第二个提交。 </p> <pre> <code> git checkout 88552c8f </code> </pre> <P> 一旦确认，这包含了我失去的变化，我分支并松了一口气。 </p> <pre> <code> git log git checkout -b lost_changes </code> </pre> </DIV>

编辑

登录后才能参与评论