rebase代码回滚全解：git提交记录的背后原理

多人合作程序开发的过程中，我们有时会出现错误提交的情况，此时我们希望能撤销提交操作，让程序回到提交前的样子，操作有：

回退（reset）:reset是彻底回退到指定的commit版本，该commit后的所有commit都将被清除；reset执行后不会产生记录

反转（revert）:revert仅是撤销指定commit的修改，并不影响后续的commit。revert执行后会产生记录。

reset，revert都有撤销、回退的意思，但却各有千秋，区别还是很大的，所以该使用哪种命令一定要结合实际情况来决定。要搞清这些，还是得多学习下git基础知识。

Git 的四个工作区域

工作区：也称工作目录、工作副本，简单来说就是 clone 后我们看到的包含项目文件的目录。我们日常开发操作也是在工作区中进行的。
本地仓库（.git）：在工作区中有个隐藏目录.git，这就是 Git 本地仓库的数据库。工作区中的项目文件实际上就是从这里签出（checkout）而得到的，修改后的内容最终提交后记录到本地仓库中。
Tips：不要手动修改 .git 目录的内容
暂存区：也称缓存区，逻辑上处于工作区和本地仓库之间，主要作用是标记修改内容，暂存区里的内容默认将在下一次提交时记录到本地仓库中。
远端仓库：团队协作往往需要指定远端仓库（一般是一个，也可以有多个），团队成员通过跟远端仓库交互来实现团队协作。

git四个工作区域：

一个基本的 Git 工作流程如下：

在工作区中修改文件
暂存文件，将文件存放在暂存区
将改动从暂存区提交到本地仓库
从本地仓库推送到远端仓库

git的版本管理，及HEAD的理解

使用git的每次提交，Git都会自动把它们串成一条时间线，这条时间线就是一个分支。

如果没有新建分支，那么只有一条时间线，即只有一个分支，在Git里，这个分支叫主分支，即master分支。

有一个HEAD指针指向当前分支（只有一个分支的情况下会指向master，而master是指向最新提交）。

每个版本都会有自己的版本信息，如特有的版本号、版本名等。如下图，假设只有一个分支：

git版本管理

还需了解的术语

HEAD：这是当前分支版本顶端的别名，也就是在当前分支你最近的一个提交
Index：index也被称为staging area，是指一整套即将被下一个提交的文件集合。他也是将成为HEAD的父亲的那个commit
Working Copy：working copy代表你正在工作的那个文件集
Flow：git项目管理的流程和规划。比如分支规划：Master/Devlop 分支、Feature 分支、Release 分支、Hotfix 分支

理解 Git 处理分支的方式

commit 操作会为每目录每一个文件计算hash校验，然后在 Git 仓库中将这些校验和保存为树对象。
随后，Git 会创建一个提交对象（commit object）。该提交对象会包含一个指向暂存内容快照的指针。还包含了作者的姓名和邮箱、提交时输入的信息以及指向它的父对象的指针。如此一来，Git 就可以在需要的时候重现此次保存的快照。
然后会把当前版本的文件快照保存到 Git 仓库中（Git 使用 blob 对象来保存它们），最终将校验和加入到暂存区域等待提交。
首次提交产生的提交对象没有父对象，普通提交操作产生的提交对象有一个父对象，而由多个分支合并产生的提交对象有多个父对象，

Git 仓库中有五个对象：

三个 blob 对象（保存着文件快照）、一个树对象（记录着目录结构和 blob 对象索引）以及一个提交对象（包含着指向前述树对象的指针和所有提交信息）。

Git 保存的不是文件的变化或者差异，而是一系列不同时刻的文件快照。

HEAD是指当前的快照

这个命令主要配合reset的--hard,--mixed和--solf三个参数对对本次的修改进行处理

HEAD~1指回退一个快照，可以简写为HEAD~
HEAD~2指回退两个快照，
HEAD^主要是控制merge之后回退的方向
HEAD~才是回退的步数

通过命令行删除远程和本地提交记录

常见的代码回滚场景

回滚场景：仅在工作区修改时

当文件在工作区修改，还没有提交到暂存区和本地仓库时，可以用 git checkout -- 文件名来回滚这部分修改。

执行以下命令回滚工作区的修改：

git checkout -- build.sh

不过需要特别留意的是这些改动没有提交到 Git 仓库，Git 无法追踪其历史，一旦回滚就直接丢弃了。

示例：用 git status 查看，还没提交到暂存区的修改出现在 “Changes not staged for commit:” 部分。

回滚场景：已添加到暂存区时

即执行过 git add 添加到暂存区，但还没 commit，这时可以用 git reset HEAD 文件名回滚。

执行以下命令回滚暂存区的修改：

git reset HEAD build.sh

回滚后工作区会保留该文件的改动，可重新编辑再提交，或者 git checkout -- 文件名彻底丢弃修改。

回滚场景：已 commit，但还没有 push 时

即已经提交到本地代码库了，不过还没有 push 到远端。这时候可用 git reset 命令，命令格式为：

git reset <要回滚到的 commit> 或者 git reset --hard <要回滚到的 commit>

需注意的是，提供的是要回滚到的 commit，该 commit 之后的提交记录会被丢弃。

回滚场景：已 push 到远端时

注意！此时不能用 "git reset"，需要用 "git revert"！

重要事情说三遍！之所以这样强调，是因为 "git reset" 会抹掉历史，用在已经 push 的记录上会带来各种问题；而 "git revert" 用于回滚某次提交的内容，并生成新的提交，不会抹掉历史。

命令	是否抹掉历史	适用场景
git reset	是，回滚的历史将消失	本地未push的记录
git revert	否，历史记录保留，回滚后重新生成提交记录	回滚已push的内容

git reset回滚某次提交

确保还没其他人提交之前，进行强制回滚——重置HEAD(当前分支的版本顶端）到另外一个commit

git reset --hard HEAD~2

git reset 代码撤回
--hard 和 --soft 及默认mixed

--hard就是删除提交记录并不保存所删除记录所做的更改——将重置HEAD返回到另外一个commit

重置index以便反映HEAD的变化，并且重置working copy也使得其完全匹配起来。这是一个比较危险的动作，具有破坏性，数据因此可能会丢失！
--soft 虽然删除了最近两个提交记录，但是还保存了提交所做的更改——告诉Git重置HEAD到另外一个commit，但也到此为止

index,working copy都不会做任何变化，所有的在original HEAD和你重置到的那个commit之间的所有变更集都放在stage(index)区域中。
--mixed是reset的默认参数。它将重置HEAD到另外一个commit,并且重置index以便和HEAD相匹配，但是也到此为止。

working copy不会被更改。所有该branch上从original HEAD（commit）到你重置到的那个commit之间的所有变更将作为local modifications保存在working area中，（被标示为local modification or untracked via git status)，但是并未staged的状态，你可以重新检视然后再做修改和commit

数字代表回退几个版本

git push -f ////强制覆盖

记住git reset不会产生commits,它仅仅更新一个branch（branch本身就是一个指向一个commit的指针）指向另外一个commit(Head和branch Tip同时移动保持一致).其他的仅剩对于index和work tree(working directory)有什么影响。git checkout xxxCommit则只影响HEAD，如果xxxCommit和一个branch tip是一致的话，则HEAD和branch相匹配，如果xxxCommit并不和任何branch tip相一致，则git进入detached HEAD 状态

如果别已经提交了代码，怎么删除远程的历史提交记录