git分支管理之 - 后悔药

一，版本的形成

工作区： 当我们把远程仓库的代码clone下来后，一般会默认在分支master上，此时，该分支的所有代码都在本地，这就是当前的工作区，以后的每一次commit都会在这个分支上记录。

暂存区： 每次修改了代码后，都需要用git add来讲工作区的修改记录到暂存区，然后我们再用git commit来讲暂存区的内容提交到版本库。

版本库： 每一次的commit都会生成一个记录，每个记录都有一个hash值来唯一标识，很多的commit就形成了版本库。

远程仓库： 就是在github或者在gitlab上的代码，可以用git pull和git push来进行本地仓库和远程仓库的同步操作。

二，版本回退

当你你已经git commit了，但没有git push到远程仓库，可以使用下面命令回退：

git reset --hard HEAD^

//  HEAD^  指上一个版本
//  HEAD^^  指上上一个版本
//  如此类推...

//  你也可以简写
//  HEAD~100  往上第100个版本

其实这个回退就是将本地的HEAD指针移动到某个版本上而已，所以这个操作是非常快的

你还可以指定回退到某个版本，你只需要传个id

git log    [查看commit记录]
//这个3628164 是一个commit版本id号，可以指定回退到那个版本

git reset --hard 3628164

三，reset 与 revert 的区别

• reset ：重置头指针到指定的状态，会重写历史

• revert ：下增加commit，不会更改历史，做了一个新的分支

四， --soft ， --mixed ，--hard 的区别

1. git reset --soft HEAD~

   • 头指针往回移动一格，取消上次的commit操作；
   • 上次add过的文件不变，依然存储在暂存区；
   • 本地仓库里的代码不变；
   • 要取消这次reset，直接commit就可以了。

2. git reset --mixed HEAD~

   • 头指针往回移动一格，取消上次的commit操作；
   • 上次add过的文件被清空；
   • 本地仓库里的代码不变；
   • 要取消这次reset，需要add+commit才可以。

3. git reset --hard HEAD~

   • 头指针往回移动一格，取消上次的commit操作；
   • 上次add过的文件被清空；
   • 本地仓库里的代码也被完全重置，刚才写的都不算了；
   • 要取消这次reset：不好意思没可能的，所有被回退的代码都被删除了

五，注意：

• HEAD指向的版本就是当前版本，因此，Git允许我们在版本的历史之间穿梭，使用命令git reset --hard commit_id。

  • 这里是记录的会影响HEAD指针的操作记录。

  • 假如当前我有三次提交，版本号分别为commitnum1,commitnum2,commitnum3,并且我当前处于commitnum3这个版本上(也就是HEAD指向了commitnum3)，这个时候我用命令git reset --hard commitnum2就回退到了comminum2了

• 但是你第二天想回到commitnum3怎么办呢，可以使用git reflog，查看git reset --hard commitnum2的版本号，这个时候就可以用git reset --hard commitnum3来恢复回去。

  • 穿梭前，用git log可以查看提交历史，以便确定要回退到哪个版本。
  • 要重返未来，用git reflog查看命令历史，以便确定要回到未来的哪个版本。

六，小结

场景1：当你改乱了工作区某个文件的内容，想直接丢弃工作区的修改时，用命令git checkout -- file。

场景2：当你不但改乱了工作区某个文件的内容，还添加到了暂存区时，想丢弃修改，分两步，第一步用命令git reset HEAD <file>，就回到了场景1，第二步按场景1操作。

场景3：已经提交了不合适的修改到版本库时，想要撤销本次提交，参考上文【版本回退】，不过前提是没有推送到远程库。