git reset --soft HEAD~1

软性 : 这将只从本地端删除承诺, 并保留文件所做的更改 。

    git reset --hard HEAD~1
    git push origin master

硬性 : 这将从本地和远程删除承诺, 并删除文件中所做的更改 。

我拿到了身份证明bitbucket并随后:

git checkout commitID .

示例:

git checkout 7991072 .

它又把它恢复到那个承诺的工作副本上。

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

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

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

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

git push --force-with-lease

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

您可以以两种方式撤销您的 Git 承诺: 首先, 您可以使用git revert,如果你想保留你的承诺历史:

git revert HEAD~3
git revert <hashcode of commit>

第二,你可以使用git reset,它会删除你所有的承诺历史, 并带来你的头在你想要的地方。

git reset <hashcode of commit>
git reset HEAD~3

您也可以使用--hard关键字,如果有的话,我只推荐它,直到它变得非常必要。

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 rm classdir
git add sourcedir

然后修正承诺:

git commit --amend

之前的错误承诺将会被编辑 以反映新的指数状态 换句话说,这就像你从未犯过错误一样

请注意,你只应该在还没有推的时候做这个。如果你已经推了,那么你只需要正常地做一个修正。