假如你已經閱讀了 git工作區和暫存區，並且已經掌握了暫存區的概念，下面我們要討論的是，為什麼git比其他版本系統設計得優秀，因為git跟蹤並管理的是修改，而非檔案。
你會問，什麼是修改？比如你新增了一行，這就是乙個修改，刪除了一行，更改了某些字元，也是乙個修改，，刪了一些由加了一些，也是乙個修改，甚至建立了乙個新檔案，也算乙個修改。
為什麼說git管理的是修改，而不是檔案呢？我們還是做實驗來驗證。原本readme.txt的內容如下：
git is a distributed version control system
git is free sofwore distributed under the gpl
git has a mutable index called stage.
現在第一步，我們對readme.txt做乙個修改，比如加一行內容：
git is a distributed version control system
git is free sofwore 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 ..." to unstage)
modified: readme.txt
然後再修改readme.txt
git is a distributed version control system
git is free sofwore distributed under the gpl
git has a mutable index called stage.
git tracks changes of files
提交$ git commit -m "git tracks changes"
[master a4376f5] git tracks changes
1 file changed, 2 insertions(+), 1 deletion(-)
提交後，再看看狀態
$ git status
on branch master
changes not staged for commit:
(use "git add ..." to update what will be committed)
(use "git checkout -- ..." to discard changes in working directory)
modified: readme.txt
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 -- readme.txt
diff --git a/readme.txt b/readme.txt
index 47cca0b..4fbbe0a 100644
--- a/readme.txt
+++ b/readme.txt
@@ -1,4 +1,4 @@
git is a distributed version control system
git is free sofwore distributed under the gpl
git has a mutable index called stage.
-git tracks changes.
\ no newline at end of file
+git tracks changes of file
\ no newline at end of file
可見，第二次修改確實沒有被提交。
那怎麼提交第二次修改呢？你可以繼續git add再git commit，也可以別著急提交第一次修改，先git add第二次修改，再git commit，就相當於把兩次修改合併後一塊提交了：
第一次修改 ->git add-> 第二次修改 ->git add->git commit
好，現在，把第二次修改提交了.
Git 時光穿梭機01
看這篇文章之前可以先閱讀 建立版本庫這篇文章 我們已經成功地新增並提交了乙個readme.txt檔案，現在是時候繼續工作了，於是，我們繼續修改readme.txt，改成如下內容 git is a distributed version control system git is free softw...
git reflog 時光穿梭機
一 問題描述 二 解決 小白花費一周時間做了git log如下所示6個功能。commit的資訊就是做了6個功能，每個功能對應乙個commit的提交，分別是feature 1 到 feature 6 然後執行強制回滾，git reset hard 2216d4e。回滾到了feature 1上，並且回滾...
Git 版本穿梭 時光穿梭機
當你玩遊戲時，每玩一段時間都會存一下檔以免前面的進度丟失，在打厲害 boos 前，你也會選擇存檔，以免打不過而丟失進度，這個存檔被稱為 快照 git 允許你commit後的倉庫自由前進後退版本，當你從 0 到 1 完成乙個專案時，其中難免會出現修改多次，還有可能會出現檔案誤刪丟失等問題，只要你正確的...