Git（三）--修改

一. 管理修改：

Git跟踪并管理的是修改，而非文件。我们现在这样操作：第一次修改 -> git add -> 第二次修改 -> git commit。

$ cat readme.txt
Git is a distributed version control system.
Git is free software distributed under the GPL.
Git has a mutable index called stage.
Git tracks changes.

然后添加：

$ git add readme.txt
$ git status
# On branch master
# Changes to be committed:
#   (use "git reset HEAD <file>..." to unstage)
#
#       modified:   readme.txt
#

再修改：

$ cat readme.txt 
Git is a distributed version control system.
Git is free software distributed under the GPL.
Git has a mutable index called stage.
Git tracks changes of files.

提交：

$ git commit -m "git tracks changes"
[master 519219b] git tracks changes
 1 file changed, 1 insertion(+)

查看一下状态：

$ git status
On branch master
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:   readme.txt

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

第二次的修改没有被提交。
由于Git管理的是修改，当你用git add命令后，在工作区的第一次修改被放入暂存区，准备提交，但是，在工作区的第二次修改并没有放入暂存区，所以，git commit只负责把暂存区的修改提交了，也就是第一次的修改被提交了，第二次的修改不会被提交。
提交后，用git diff HEAD – readme.txt命令可以查看工作区和版本库里面最新版本的区别：

$ git diff HEAD -- readme.txt 
diff --git a/readme.txt b/readme.txt
index 76d770f..a9c5755 100644
--- a/readme.txt
+++ b/readme.txt
@@ -1,4 +1,4 @@
 Git is a distributed version control system.
 Git is free software distributed under the GPL.
 Git has a mutable index called stage.
-Git tracks changes.
+Git tracks changes of files.

那怎么提交第二次修改呢？你可以继续git add再git commit，也可以别着急提交第一次修改，先git add第二次修改，再git commit，就相当于把两次修改合并后一块提交了：
第一次修改 -> git add -> 第二次修改 -> git add -> git commit

二. 撤销修改：

在你准备提交前，那么错误发现得很及时，就可以很容易地纠正它。你可以手动把文件恢复到上一个版本的状态（删减）。如果用git status查看一下：

$ git status
On branch master
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:   readme.txt

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

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

$ git checkout -- readme.txt

命令git checkout – readme.txt意思就是，把readme.txt文件在工作区的修改全部撤销，这里有两种情况：
一种是readme.txt自修改后还没有被放到暂存区，现在，撤销修改就回到和版本库一模一样的状态；
一种是readme.txt已经添加到暂存区后，又作了修改，现在，撤销修改就回到添加到暂存区后的状态。（个人认为，这种情况应该比较少用到，因为在暂存区修改你如果直接commit并不会提交为修改后的版本，但是在你本机文件已经被修改了。）

总之，就是让这个文件回到最近一次git commit或git add时的状态。

git checkout – file命令中的–很重要，没有–，就变成了“切换到另一个分支”的命令，我们在后面的分支管理中会再次遇到git checkout命令。

请仔细想想，还记得我们之前讲的版本回退吗？这两者是不是有异曲同工之妙呢？现在假定你写错了readme.txt还git add到了暂存区。不过庆幸的是，在commit之前，你发现了这个问题。用git status查看一下，修改只是添加到了暂存区，还没有提交：那么用命令git reset HEAD < file>可以把暂存区的修改撤销掉（unstage），重新放回工作区

$ git reset HEAD readme.txt
Unstaged changes after reset:
M	readme.txt

git reset命令既可以回退版本（commit之后的操作），也可以把暂存区的修改回退到工作区（还未commit）。当我们用HEAD时，表示最新的版本。我们再用git status查看一下，现在暂存区是干净的，工作区有修改：

$ git status
On branch master
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:   readme.txt

还记得如何丢弃工作区的修改吗？

$ git checkout -- readme.txt

$ git status
On branch master
nothing to commit, working tree clean

All done！

三 . 删除文件：

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

$ git add test.txt

$ git commit -m "add test.txt"
[master b84166e] add test.txt
 1 file changed, 1 insertion(+)
 create mode 100644 test.txt

一般情况下，你通常直接在文件管理器中把没用的文件删了，或者用rm命令删了：$ rm test.txt
这个时候，Git知道你删除了文件，因此，工作区和版本库就不一致了，git status命令会立刻告诉你哪些文件被删除了：

$ git status
On branch master
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:    test.txt

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

（善用git status查看，拒绝从删库到跑路🤣）

现在你有两个选择，一是确实要从版本库中删除该文件，那就用命令git rm删掉，并且git commit（注意 涉及版本库的操作似乎都与commit有关联）：

$ git rm test.txt
rm 'test.txt'

$ git commit -m "remove test.txt"
[master d46f35e] remove test.txt
 1 file changed, 1 deletion(-)
 delete mode 100644 test.txt

这样，文件就从版本库中被删除了。
另一种情况是误删了本机工作区的文件，因为版本库里还有呢，所以可以很轻松地把误删的文件恢复到最新版本：

$ git checkout -- test.txt

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

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

对比！！！：

一、未使用 git add 缓存代码时：

可以使用 git checkout – filepathname (比如： git checkout – readme.md ，不要忘记中间的 “–” ，不写就成了检出分支了！！)。放弃所有的文件修改可以使用 git checkout . 命令。

此命令用来放弃掉所有还没有加入到缓存区（就是 git add 命令）的修改：内容修改与整个文件删除。但是此命令不会删除掉刚新建的文件。因为刚新建的文件还没已有加入到 git 的管理系统中。所以对于git是未知的。自己手动删除就好了。

二、已经使用了 git add 缓存了代码

可以使用 git reset HEAD filepathname （比如： git reset HEAD readme.md）来放弃指定文件的缓存，放弃所有的缓存可以使用 git reset HEAD . 命令。

此命令用来清除 git 对于文件修改的缓存。相当于撤销 git add 命令所在的工作。在使用本命令后，本地的修改并不会消失，而是回到了如（一）所示的状态。继续用（一）中的操作，就可以放弃本地的修改。

git checkout -- * 是撤销从上次提交之后所做的所有修改

git checkout -- filaname 是撤销从上次提交之后的单个文件的修改

git reset 撤销当前分支所有修改，恢复到最近一次修改前干净的分支情况，注意：git reset HEAD <file>...是把暂存区的更新移出到WorkSpace中。如果想继续撤销WorkSpace中的更新，请参考上面一步。

git rm --cached 文件名命令来放弃该文件的暂存，此时文件不被git追踪，并且它是修改的状态，没有提交到暂存区。那么这时，你用git checkout – file是没有用的。因为，前面提到过，git checkout – file是回到最近的一次commit或者add。但是，当前你还没有一次commit过，并且，add也已经撤销了，所以Git找不到该文件在以往记录中的存在。自然没法用git checkout – file。你可以任意的对此文件进行修改了，想好了之后，再提交到暂存区（不仅限于选择撤销到哪个版本）

三、已经用 git commit 提交了代码

可以使用 git reset --hard HEAD^ 来回退到上一次commit的状态。此命令可以用来回退到任意版本：git reset --hard commitid

git log 可以查看请交历史记录

git checkout . #本地所有修改的。没有的提交的，都返回到原来的状态（注意checkout后有点号）
git stash #把所有没有提交的修改暂存到stash里面。可用git stash pop回复。
git reset --hard HASH #返回到某个节点，不保留修改。
git reset --soft HASH #返回到某个节点。保留修改
 
git clean -df #返回到某个节点
git clean 参数
    -n 显示 将要 删除的 文件 和  目录
    -f 删除 文件
    -df 删除 文件 和 目录

可参考：https://www.cnblogs.com/qlqwjy/p/8378851.html