标签：一模一样 code mit 指针 新版 无法 -- 电脑 图片
工作区：就是电脑上的目录
版本库（Repository）
工作区有一个隐藏目录.git，这个不算工作区，而是Git的版本库。
Git的版本库里存了很多东西，其中最重要的就是称为stage（或者叫index）的暂存区，还有Git为我们自动创建的第一个分支master，以及指向master的一个指针叫HEAD
前面讲了我们把文件往Git版本库里添加的时候，是分两步执行的：
第一步是用git add把文件添加进去，实际上就是把文件修改添加到暂存区；
第二步是用git commit提交更改，实际上就是把暂存区的所有内容提交到当前分支。
因为我们创建Git版本库时，Git自动为我们创建了唯一一个master分支，所以，现在，git commit就是往master分支上提交更改。
你可以简单理解为，需要提交的文件修改通通放到暂存区，然后，一次性提交暂存区的所有修改。
git add命令实际上就是把要提交的所有修改放到暂存区（Stage），然后，执行git commit就可以一次性把暂存区的所有修改提交到分支。
现在我们的版本库里已经有了三个版本
假设我们第三个版本上线之后发现了致命的bug，需要回到上一个版本，那我们怎么回到v2版本呢？
在Git中，用HEAD表示当前版本，也就是最新的提交b11923...（注意我的提交ID和你的肯定不一样），上一个版本就是HEAD^，上上一个版本就是HEAD^^，当然往上100个版本写100个^比较容易数不过来，所以写成HEAD~100
现在，我们要把当前版本v3回退到上一个版本v2，就可以使用git reset命令：
# git reset --hard HEAD^
或者直接加版本号（可以不全部输入，只输入前六位就可以）
# git reset --hard b119263
这样我们就回退到了上一个版本
我们已经回i到了v2版本，假设发现线上产生的bug是因为服务器宕机的原因，和我们的代码没有关系，我们又要恢复到v3版本，怎么办？
使用git log查看一下
可以看到只有我们的前两次版本，也就是说，我们回退到哪个版本之后，该版本之后的版本就都不显示了，那怎么恢复到v3版本，git给我们提供了git reflog来查看所有的版本
这样我们的v3版本就能恢复了
我们修改一下manage.py里的内容，然后使用git status查看一下
我们正准备提交到暂存区的时候，发现我们写的代码是错误的，也就是要将我们修改的内容删掉
你可以发现，Git会告诉你，git checkout -- file可以丢弃工作区的修改：
命令git checkout -- manage.py意思就是，把manage.py文件在工作区的修改全部撤销，这里有两种情况：
一种是manage.py自修改后还没有被放到暂存区，现在，撤销修改就回到和版本库一模一样的状态；
一种是manage.py已经添加到暂存区后，又作了修改，现在，撤销修改就回到添加到暂存区后的状态。
git checkout -- file命令中的--很重要，没有--，就变成了“切换到另一个分支”的命令
假设我们已经修改了文件，并且将文件git add 到了暂存区，当我们想commit的时候，发现了代码错误，这时候使用git status来查看下
Git同样告诉我们，用命令git reset HEAD <file>可以把暂存区的修改撤销掉（unstage），重新放回工作区：
再用git status查看一下，现在暂存区是干净的，工作区有修改：
然后在使用git checkout -- manage.py丢弃工作区的修改
# git checkout -- manage.py
在Git中，删除也是一个修改操作，我们实战一下，先添加一个新文件test.txt到Git并且提交：
然后把test.txt文件在工作区中删掉
这个时候，Git知道你删除了文件，因此，工作区和版本库就不一致了，git status命令会立刻告诉你哪些文件被删除了：
现在你有两个选择，一是确实要从版本库中删除该文件，那就用命令git rm删掉，并且git commit：
现在，文件就从版本库中被删除了。
另一种情况是删错了，因为版本库里还有呢，所以可以很轻松地把误删的文件恢复到最新版本：
# git checkout -- test.txt
git checkout其实是用版本库里的版本替换工作区的版本，无论工作区是修改还是删除，都可以“一键还原”。
注意：从来没有被添加到版本库就被删除的文件，是无法恢复的！
标签：一模一样 code mit 指针 新版 无法 -- 电脑 图片
原文地址：https://www.cnblogs.com/zouzou-busy/p/11674768.html
