视觉演播室代码使得这很容易。

我更喜欢用git rebase -i对于这份工作来说, 因为一份不错的清单 出现在我可以选择摆脱承诺的地方。 它可能不如这里的其他答案直接直接, 但是它只是...感觉右右.

选择要列出多少个承诺, 然后这样引用( 加入最后 3 个)

git rebase -i HEAD~3

样本列表

pick aa28ba7 Sanity check for RtmpSrv port
pick c26c541 RtmpSrv version option
pick 58d6909 Better URL decoding support

然后 Git 将删除任何您删除的线条 。

为了完整起见,我将提出前几个答复所忽略的一个明显明显的方法。

由于承诺没有被推,遥控器没有改变,因此:

1. 删除本地仓库 。
2. 克隆远程仓库 。

有时候,如果你的高贵的Git客户告别(看着你,伊吉特),这有时是必要的。

别忘了重新承诺保存已保存上次按键后的变化 。

假设您在本地犯下错误, 并将其推到远程仓库。 您可以解开这两个命令的混乱 :

首先,我们需要纠正我们的地方储存库,回到我们所希望的承诺上来:

git reset --hard <previous good commit id where you want the local repository  to go>

现在,我们通过使用此命令,在远程仓库大力推动这项良好承诺:

git push --force-with-lease

强制选项的“ 租赁” 版本将防止意外删除您不知道的新承诺( 即上次拉动后来自其它来源 ) 。

git 重置 -- 混集、 -- soft 和 -- hard 的区别

先决条件:当修改您存储库中的现有文件时,该修改最初被视为未阶段。为了实施修改,需要分阶段进行,这意味着使用索引git add。在一次任务操作中,被筛选的文件会被添加到索引中。

让我们举一个例子:

- A - B - C (master)

HEAD点点到C与索引匹配C.

-- 软

• 当我们执行时git reset --soft B有意并打算删除承诺 C和将主控/ HEAD 指向 B.
• 主人/总部现在将指向B,但指向B指数与C指数仍有变化.
• 执行时执行时git status您可以看到索引中的文件承诺 C计为阶段d.
• 执行git commit到此点将创建新承诺与C相同的变化

-- 混合混合

• 执行执行git reset --mixed B.
• 执行时,主/主/总部领导将指B和B也修改索引以匹配 B原因是使用了混合国旗。
• 如果我们在这一点上运行git承诺, 没有什么会发生,因为与 HEAD 的索引匹配.
• 工作目录里还有变化 但是既然不在索引里git 状态显示为未阶段状态.
• 承诺他们,你会git add然后如往常地实践。

--- 硬

• 执行执行git reset --hard B
• 执行时,主/总部主/总部将指B修改工作目录
• 缩略C 中添加的更改和全部未承诺的更改将已删除.
• 工作副本中的文件将与承诺 B 匹配, 这将导致永久删除在承诺 C 和 未承诺的更改中所做的所有更改

希望这种对可供使用的旗帜的比较git reset命令会帮助某人明智地使用它们。请参考这些以获取更多细节链接1 & 链接2

git push --delete (branch_name) //this will be removing the public version of your branch

git push origin (branch_name) //This will add the previous version back