git常用操作-回滚代码

git常用命令

• git init 初始化一个git仓库
• git add readme.txt 把文件添加到仓库(可以后面添加多个文件)
• git add . 提交当前目录到缓存区
• git commit -m “wrote a readme file” 把文件提交到仓库：
• git status命令可以让我们时刻掌握仓库当前的状态
• git diff 查看修改记录(按q退出)
• git diff test.js 查看test.js修改记录(按q退出)
• git checkout – file 在add之前修改过的记录撤销到与仓库一致
• git reset HEAD – file 把你add到缓存区的文件撤销到add之前
• git diff HEAD – file 查看当前文件与仓库文件的区别

回退版本

你不断对文件进行修改，然后不断提交修改到版本库里，就好比玩RPG游戏时，每通过一关就会自动把游戏状态存盘，如果某一关没过去，你还可以选择读取前一关的状态。有些时候，在打Boss之前，你会手动存盘，以便万一打Boss失败了，可以从最近的地方重新开始。Git也是一样，每当你觉得文件修改到一定程度的时候，就可以“保存一个快照”，这个快照在Git中被称为commit。一旦你把文件改乱了，或者误删了文件，还可以从最近的一个commit恢复，然后继续工作，而不是把几个月的工作成果全部丢失。

在实际工作中，我们脑子里怎么可能记得一个几千行的文件每次都改了什么内容，不然要版本控制系统干什么。版本控制系统肯定有某个命令可以告诉我们历史记录，在Git中，我们用git log命令查看：

打印日志：

git log 显示从最近到最远的提交日志

git log –pretty=oneline 显示简要版本

git reflog 显示所有分支的全部提交记录

开始穿梭到之前存盘（commit）的版本

git reset –hard HEAD^

Git必须知道当前版本是哪个版本，在Git中，用HEAD表示当前版本，也就是最新的提交3628164…882e1e0（注意我的提交ID和你的肯定不一样），上一个版本就是HEAD^，上上一个版本就是HEAD^^，当然往上100个版本写100个^比较容易数不过来，所以写成HEAD~100。

git reset –hard d50672e 回滚到特定版本

总结：

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

• 穿梭前，用git log可以查看提交历史，以便确定要回退到哪个版本。

• 要重返未来，用git reflog查看命令历史，以便确定要回到未来的哪个版本。

工作区与缓存区

工作区：就是你电脑里看到的目录,也就是你的项目目录

版本库（Repository）:工作区有一个隐藏目录.git，这个不算工作区，而是Git的版本库。

Git的版本库里存了很多东西，其中最重要的就是称为stage（或者叫index）的暂存区，还有Git为我们自动创建的第一个分支master，以及指向master的一个指针叫HEAD。

前面我们把文件往Git版本库里添加的时候，是分两步执行的：

第一步是用git add把文件添加进去，实际上就是把文件修改添加到暂存区；

第二步是用git commit提交更改，实际上就是把暂存区的所有内容提交到当前分支。

因为我们创建Git版本库时，Git自动为我们创建了唯一一个master分支，所以，现在，git commit就是往master分支上提交更改。

你可以简单理解为，需要提交的文件修改通通放到暂存区，然后，一次性提交暂存区的所有修改。

管理修改

为什么Git比其他版本控制系统设计得优秀，因为Git跟踪并管理的是修改，而非文件。

touch man.js

cat > man.js
输入管理

cat man.js

然后，

git add man.js
git status
Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)

        new file:   man.js

然后再次修改man.js，

cat man.js
测试一个内容
测试
新增修改

提交：

git commit -m "新增修改"
[feature/git学习 4f8114c] 新增修改
 1 file changed, 2 insertions(+)
 create mode 100644 git/man.js

提交后，再看看状态：

Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git checkout -- <file>..." to discard changes in working directory)

        modified:   man.js

no changes added to commit (use "git add" and/or "git commit -a")

咦，怎么第二次的修改没有被提交？

我们回顾一下操作过程：

第一次修改 -> git add -> 第二次修改 -> git commit

Git管理的是修改，当你用git add命令后，在工作区的第一次修改被放入暂存区，准备提交，但是，在工作区的第二次修改并没有放入暂存区，所以，git commit只负责把暂存区的修改提交了，也就是第一次的修改被提交了，第二次的修改不会被提交。

提交后，用git diff HEAD – readme.txt命令可以查看工作区和版本库里面最新版本的区别：

git diff HEAD --man.js

diff --git a/git/man.js b/git/man.js
index 5884356..f434b08 100644
--- a/git/man.js
+++ b/git/man.js
@@ -1,2 +1,3 @@
 测试一个内容
 测试
+新增修改

可见，第二次修改确实没有被提交。
如果提交完毕了则显示的是：

nothing to commit, working directory clean

总结：
Git是如何跟踪修改的？每次修改，如果不add到暂存区，那就不会加入到commit中

撤销修改

举例说明：

目前的最新文件：

cat man.js
测试一个内容
测试
新增修改

这时候你新增了一行

cat man.js
测试一个内容
测试
新增修改
新增一行代码

突然，你发现新增的代码有点问题你想回退到之前版本

git status
Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git checkout -- <file>..." to discard changes in working directory)

        modified:   man.js

no changes added to commit (use "git add" and/or "git commit -a")

你可以发现，Git会告诉你，git checkout – file可以丢弃工作区的修改：

git checkout -- man.js 

命令git checkout – man.js意思就是，把man.js文件在工作区的修改全部撤销，这里有两种情况：

一种是man.js自修改后还没有被放到暂存区，现在，撤销修改就回到和版本库一模一样的状态；

一种是man.js已经添加到暂存区后，又作了修改，现在，撤销修改就回到添加到暂存区后的状态。

git checkout – file命令中的–很重要，没有–，就变成了“切换到另一个分支”的命令

下面一种情况是当你已经add到缓存区了，你想撤销

git add man.js
git status
Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)

        modified:   man.js

Git同样告诉我们，用命令git reset HEAD file可以把暂存区的修改撤销掉（unstage），重新放回工作区：

git reset HEAD man.js

git reset命令既可以回退版本，也可以把暂存区的修改回退到工作区。当我们用HEAD时，表示最新的版本。

再用git status查看一下，现在暂存区是干净的，工作区有修改：

Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git checkout -- <file>..." to discard changes in working directory)

        modified:   man.js

no changes added to commit (use "git add" and/or "git commit -a")

如果想丢弃工作区的修改,则继续

git checkout -- man.js

小结：

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

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

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

删除文件

场景说明：

git add man.js
git commit -m "测试删除"
[feature/git学习 fe3e350] 测试删除
 1 file changed, 1 insertion(+), 3 deletions(-)

一般情况下如果你删除文件的时候，就直接把文件给删了，或者rm 命令删除了

rm man.js

这个时候，Git知道你删除了文件，因此，工作区和版本库就不一致了，git status命令会立刻告诉你哪些文件被删除了：

git status
On branch feature/git学习
Changes not staged for commit:
  (use "git add/rm <file>..." to update what will be committed)
  (use "git checkout -- <file>..." to discard changes in working directory)

        deleted:    man.js

no changes added to commit (use "git add" and/or "git commit -a")

现在你有两个选择，一是确实要从版本库中删除该文件，那就用命令git rm删掉，并且git commit：

git rm man.js
rm 'git/man.js'
git commit -m "remove man.js"
feature/git学习 8a1abac] remove man.js
 1 file changed, 1 deletion(-)
 delete mode 100644 git/man.js

文件就从版本库中被删除了。

另一种情况，因为版本库里还有呢，所以可以很轻松地把误删的文件恢复到最新版本：

git checkout -- man.js

git checkout其实是用版本库里的版本替换工作区的版本，无论工作区是修改还是删除，都可以“一键还原”。