gitpush后怎么撤销(git撤销push操作)

Git撤销与合并

1. git init

创建一个空的git repo，也就是创建一个.git的子目录，这个目录包含了几乎所有git存储和操作的东西。新初始化的.git目录的典型结构如下：

description文件仅供git web程序使用，平常无需关心。

config文件包含项目特有的配置选项。

info目录包含一个全局性排除文件，用以放置那些不希望被记录在.gitignore文件中的忽略模式。

hooks目录包含客户端或服务端的钩子脚本。

HEAD文件指向目前被检出的分支。

index文件（尚待创建）保存暂存区信息。

objects目录存储所有数据内容。

refs目录存储指向数据的提交对象的指针。

git的默认分支名字是master，git init时默认创建它。

2. git的三种状态，以及工作区(Working directory)，暂存区(Index)，HEAD

Git 有三种状态，你的文件可能处于其中之一：已修改（modified）、已暂存（staged）和已提交（committed）

基于刚才init的git project，做一些改动。

会看到在git add之后，.git下面多了一个index文件。

这时候，所做的改动就处于已暂存状态，体现在index文件中。

可以利用以下命令查看git缓存了的内容。

同时，.git/objects下面多了一个子文件夹，并生成了一个新文件。这个新文件就对应了刚才所做的改动。这就是git存储内容的方式--一个文件对应一条内容，以该内容加上特定头部信息一起的SHA-1校验和作为文件名。校验和的前两个字符用于命名子目录，余下的38个字符则作为文件名。后面会详叙。

可以通过cat-file命令从git那里查看存储的内容。

git cat-file -p e69de29bb2d1d6434b8b29ae775ad8c2e48c5391

由于file1.txt的内容为空，所以这里显示为空。

这时候可以往file1.txt里添加一些内容，并git add。可以看到.git/objects又多了一个object。

查看这个新的对象的内容以及类型。会发现它是一个blob对象。

接下来commit这个change。

myProject $ git commit -m "first commit"

查看这个commit 对象的类型以及内容,commit的tree对象所指向的内容, 我们会发现，这个tree指向的是一个blob，而这个blob的内容，就是我们刚刚做过改动的文件。

同时，我们查看一下暂存区的内容：

会发现，暂存区指向的也是同样的blob对象。

至此，一个commit就提交了，工作区，暂存区，以及head又指向了同样的内容。

它们更新内容的顺序为，工作区-暂存区-head

3. git reset

将做过的change撤销掉，就像没有发生过一样。

git reset 应用的顺序为 head-暂存区-工作区。

(1) git reset --soft

当前，git的状态如下。

head指向的内容为：

（head是当前分支引用的指针，总是指向该分支上的最后一次提交。）

index指向的内容为：

(索引是你的预期的下一个提交)

我们来进行一次reset。（移动HEAD， --soft）

--soft将仅仅移动HEAD的指向，而并不会移动index以及工作区。

HEAD 指的是HEAD的父节点。HEAD 是父节点的父节点，也可以写成HEAD 2.

所以这个命令本质上是撤销了上一次git commit命令。

(2) git reset --mixed

接下来，再通过reset来更新索引。（--mixed，默认行为）

(3) git reset --hard

reset更新工作目录（--hard）

git reset --hard HEAD~

--hard标记是reset命令的危险用法，它也是git会真正销毁数据的几个操作之一。

如果这个commit已经被推送到远端，可以用这个命令使远端也回退到相应的版本。

git push origin branch --force

4. git revert

将做过的change撤销掉，通过“反做”某一个版本，用一个新的commit来消除做过的change。

当前git的状态：

revert其中一个commit：

再来看，多了一个commit，也就是用来revert的commit：

而若是想要revert某个版本，但是在这个版本后又做过change，则在revert的过程中可能出现冲突，则需要解决冲突之后再提交。

5. git merge 与git rebase

先来讲讲git merge。

当前master 和 dev branch：

接下来打算将dev的工作并入master分支。

另外，还想将master的工作也并入dev。

git merge之后，会发现dev branch指向了与master相同的commit：

所以，git merge是把两个分支的最新快照，以及两者最近的共同祖先进行三方合并，合并的结果是生成一个新的快照。

接下来，用git rebase来合并分支。

当前的git状态

此时，采用git rebase，将dev的工作并入到master。

当在master branch上执行git rebase dev的时候，实际发生的事情是，找到master和dev两个分支的最近共同祖先，对比当前分支（master分支）相对于该祖先的历次提交，提取相应的修改并存为临时文件，然后将master分支指向目标基底（dev的head指向的commit），最后以此将之前另存为临时文件的修改依序应用。

可以看到，rebase使得提交历史更加整洁。尽管实际的开发工作是并行在不同branch上进行的，但是它们看上去就像是串行的一样，提交历史是一条直线没有分叉。

因此，变基是将一系列提交按照原有次序依次应用到另一分支上，而合并是把最终结果合在一起。这两种方式，整合的最终结果所指向的快照始终是一样的，只不过提交历史不同。

git 如何撤销已push的代码

要回退到某一个版本，有三种方法

git reset --hard 变更集 使用该变更集覆盖缓存区和工作区

git reset --mixed 变更集 不会改变工作区，但是会用该变更集覆盖缓存区

git reset --soft 变更集?会改变工作区，不会改变缓存区，commit回退到了指定的提交

git reset --hard ^ 会回退到上次提交之前

同理 git reset --hard ^^ 会回退到上上次提交前

git push完毕，发现错了，怎么撤销，回退？新建了分支怎么删除？

可以用git reflog查看，确定你想要指向的地方，比如reset到562cfe7这个位置：

git reset --soft 562cfe7

新建new分支并切换过去

git branch newbranch

git checkout newbranch

第一次git push 用这个命令：

git push --set-upstream origin newbranch

git commit/push后如何回退

选中Reset Current ... 之后，选择 reset的方式，

引用 Git 撤销commit文件 和 回退push的文件 -

如何在git上取消push操作

撤销一个“已公开”的改变 场景:你已经执行了 git push , 把你的修改发送到了 GitHub，现在你意识到这些 commit 的其中一个是有问题的，你需要撤销那一个 commit. 方法: git revert 原理: git revert 会产生一个新的 commit，它和指定 SHA 对应的 ...