Git时光机穿梭笔记2-CSDN博客

本文链接：https://blog.csdn.net/LF__plus/article/details/128495964

一.工作区和暂存区
工作区：就是我们在电脑里能看到的目录，比如我的learngit文件夹就是一个工作区，工作区有一个隐藏目录.git，这个不算工作区，而是Git的版本库，Git的版本库里存了很多东西，其中最重要的就是称为stage（或者叫index）的暂存区，还有Git为我们自动创建的第一个分支master，以及指向master的一个指针叫HEAD
用git add把文件添加进去，实际上就是把文件修改添加到暂存区
用git commit提交更改，实际上就是把暂存区的所有内容提交到当前分支
创建Git版本库时，Git自动为我们创建了唯一一个master分支，所以，git commit就是往master分支上提交更改。可以简单理解为，需要提交的文件修改通通放到暂存区，然后，一次性提交暂存区的所有修改

再次实践：先修改readmetet文件，再在工作区新增一个LICENSE文本文件，用git status 查看状态

凌风@▒▒▒plus MINGW64 /d/GitWarehouse/learngit (master)
$ git status
On branch master
Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git restore <file>..." to discard changes in working directory)
        modified:   readme.tet

Untracked files:
  (use "git add <file>..." to include in what will be committed)
        LINCENSE

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

Git非常清楚地告诉我们，readme.txt被修改了，而LICENSE还从来没有被添加过，所以它的状态是Untracked
用两次命令git add，把readme.txt和LICENSE都添加后，用git status再查看一下

凌风@▒▒▒plus MINGW64 /d/GitWarehouse/learngit (master)
$ git status
On branch master
Changes to be committed:
  (use "git restore --staged <file>..." to unstage)
        new file:   LINCENSE
        modified:   readme.tet

此时的暂存区

再次证实git add命令实际上就是把要提交的所有修改放到暂存区（Stage），然后，执行git commit就可以一次性把暂存区的所有修改提交到分支

一旦提交后，没有对工作区做任何修改，那么工作区就是“干净”的

凌风@▒▒▒plus MINGW64 /d/GitWarehouse/learngit (master)
$ git commit -m"understand how stage work"
[master e86cefa] understand how stage work
 2 files changed, 2 insertions(+)
 create mode 100644 LINCENSE

凌风@▒▒▒plus MINGW64 /d/GitWarehouse/learngit (master)
$ git status
On branch master
nothing to commit, working tree clean

二.管理修改

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

什么是修改？比如你新增了一行，这就是一个修改，删除了一行，也是一个修改，更改了某些字符，也是一个修改，删了一些又加了一些，也是一个修改，甚至创建一个新文件，也算一个修改

实验验证

第一步，对readme.txt做一个修改，比如加一行内容，再add，之后查看状态

凌风@▒▒▒plus MINGW64 /d/GitWarehouse/learngit (master)
$ vi readme.tet

凌风@▒▒▒plus MINGW64 /d/GitWarehouse/learngit (master)
$ git add readme.tet

凌风@▒▒▒plus MINGW64 /d/GitWarehouse/learngit (master)
$ git status
On branch master
Changes to be committed:
  (use "git restore --staged <file>..." to unstage)
        modified:   readme.tet

然后，再修改readme.txt：
再次提交：
提交后，再看看状态：

凌风@▒▒▒plus MINGW64 /d/GitWarehouse/learngit (master)
$ vi readme.tet

凌风@▒▒▒plus MINGW64 /d/GitWarehouse/learngit (master)
$ cat readme.tet
Git is a good software
Git is very good software in the world
Git has a mutable index called stage
Git tracks changes of files

凌风@▒▒▒plus MINGW64 /d/GitWarehouse/learngit (master)
$ git commit -m"git tracks changes"
[master 448c9a8] git tracks changes
 1 file changed, 1 insertion(+)

凌风@▒▒▒plus MINGW64 /d/GitWarehouse/learngit (master)
$ git status
On branch master
Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git restore <file>..." to discard changes in working directory)
        modified:   readme.tet

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命令可以查看工作区和版本库里面最新版本的区别

凌风@▒▒▒plus MINGW64 /d/GitWarehouse/learngit (master)
$ git diff HEAD -- readme.tet
diff --git a/readme.tet b/readme.tet
index 1c84466..b9ea9da 100644
--- a/readme.tet
+++ b/readme.tet
@@ -1,4 +1,4 @@
 Git is a good software
 Git is very good software in the world
 Git has a mutable index called stage
-Git tracks changes
+Git tracks changes of files

如何把第二次的修改提交

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

小结
明确Git是如何跟踪修改的，每次修改，如果不用git add到暂存区，那就不会加入到commit中

三.撤销修改

当我们不小心写了一些不该写的东西的时候，怎么撤销修改呢？

比如:

凌风@▒▒▒plus MINGW64 /d/GitWarehouse (master)
$ cat readme.tet
Git is a good software
Git is a very good software
Git has a mutable index called stage
Git tracks changes of file
My boss is so fool

1、我们可以直接手动删除最后一句

2、用git status 查看一下

凌风@▒▒▒plus MINGW64 /d/GitWarehouse (master)
$ git status
On branch master
Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git restore <file>..." to discard changes in working directory)
        modified:   readme.tet

Untracked files:
  (use "git add <file>..." to include in what will be committed)
        learngit/

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

可以发现，Git告诉我们，git restore <file>可以丢弃工作区的修改

git restore <file>意思就是，把readme.txt文件在工作区的修改全部撤销，这里有两种情况：
1、readme.txt自修改后还没有被放到暂存区，现在，撤销修改就回到和版本库一模一样的状态；
2、readme.txt已经添加到暂存区后，又作了修改，现在，撤销修改就回到添加到暂存区后的状态
总之，就是让这个文件回到最近一次git commit或git add时的状态

此时再次查看readme.tet文件，会发现已经复原

凌风@▒▒▒plus MINGW64 /d/GitWarehouse (master)
$ cat readme.tet
Git is a good software
Git is a very good software
Git has a mutable index called stage
Git tracks changes of files

当我们不仅不小心写了些不该写的，还不小心add到暂存区了呢？

凌风@▒▒▒plus MINGW64 /d/GitWarehouse (master)
$ git add readme.tet

凌风@▒▒▒plus MINGW64 /d/GitWarehouse (master)
$ cat readme.tet
Git is a good software
Git is a very good software
Git has a mutable index called stage
Git tracks changes of files
My boss is so fool

幸好此时还没有commit，先用git status查看一下状态

凌风@▒▒▒plus MINGW64 /d/GitWarehouse (master)
$ git status
On branch master
Changes to be committed:
  (use "git restore --staged <file>..." to unstage)
        modified:   readme.tet

Untracked files:
  (use "git add <file>..." to include in what will be committed)
        learngit/

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

撤销掉暂存区的修改后，我们再次git status查看

凌风@▒▒▒plus MINGW64 /d/GitWarehouse (master)
$ git status
On branch master
Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git restore <file>..." to discard changes in working directory)
        modified:   readme.tet

Untracked files:
  (use "git add <file>..." to include in what will be committed)
        learngit/

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

现在暂存区是干净的，工作区有修改，

我们接上一步，再撤销工作区的，用git restore <file>，

凌风@▒▒▒plus MINGW64 /d/GitWarehouse (master)
$ git restore readme.tet

凌风@▒▒▒plus MINGW64 /d/GitWarehouse (master)
$ cat readme.tet
Git is a good software
Git is a very good software
Git has a mutable index called stage
Git tracks changes of files

假设我们不但改错了东西，还从暂存区提交到了版本库，怎么办呢？还记得版本回退一节吗？可以回退到上一个版本

不过，这是有条件的，就是你还没有把自己的本地版本库推送到远程。Git是分布式版本控制系统，我们后面会讲到远程版本库，一旦把fool boss提交推送到远程版本库，就真的惨了

小结
又到了小结时间。
场景1：当你改乱了工作区某个文件的内容，想直接丢弃工作区的修改时，用命令git restore <file>。
场景2：当你不但改乱了工作区某个文件的内容，还添加到了暂存区时，想丢弃修改，分两步，第一步用命令git restore --staged <file>，就回到了场景1，第二步按场景1操作。
场景3：已经提交了不合适的修改到版本库时，想要撤销本次提交，参考版本回退一节，不过前提是没有推送到远程库。

四.删除文件

在Git中，删除也是一个修改操作
先添加一个新文件test.txt到Git并且提交

凌风@▒▒▒plus MINGW64 /d/GitWarehouse (master)
$ git add test.txt
warning: in the working copy of 'test.txt', LF will be replaced by CRLF the next time Git touches it

凌风@▒▒▒plus MINGW64 /d/GitWarehouse (master)
$ git commit -m"add test.txt"
[master c8a038f] add test.txt
 1 file changed, 1 insertion(+)
 create mode 100644 test.txt

通常直接在文件管理器中把没用的文件删了，或者用rm命令删了$ rm test.txt

此时Git知道我们删除了文件，因此，工作区和版本库就不一致了

用git status查看

凌风@▒▒▒plus MINGW64 /d/GitWarehouse (master)
$ git status
On branch master
Changes not staged for commit:
  (use "git add/rm <file>..." to update what will be committed)
  (use "git restore <file>..." to discard changes in working directory)
        deleted:    test.txt

Untracked files:
  (use "git add <file>..." to include in what will be committed)
        learngit/

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

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

凌风@▒▒▒plus MINGW64 /d/GitWarehouse (master)
$ git rm test.txt
rm 'test.txt'

凌风@▒▒▒plus MINGW64 /d/GitWarehouse (master)
$ git commit -m"remove test.txt"
[master 4541db5] remove test.txt
 1 file changed, 1 deletion(-)
 delete mode 100644 test.txt

为什么此处要commit，原因很简单，git跟踪的是修改，需要提交git rm这个修改后，才是完全从版本库删除了,先手动删除文件，然后使用git rm <file>和git add<file>效果是一样的

如果是删错了呢？

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

用git restore test.txt

git restore其实是用版本库里的版本替换工作区的版本，无论工作区是修改还是删除，都可以“一键还原”注意：从来没有被添加到版本库就被删除的文件，是无法恢复的！

小结
命令git rm用于删除一个文件。如果一个文件已经被提交到版本库，那么你永远不用担心误删，但是要小心，你只能恢复文件到最新版本，你会丢失最近一次提交后你修改的内容。