現在，假定你已經完全掌握了暫存區的概念。下面，我們要討論的就是，為什麼git比其他版本控制系統設計得優秀，因為git跟蹤並管理的是修改，而非檔案。
你會問，什麼是修改？比如你新增了一行，這就是乙個修改，刪除了一行，也是乙個修改，更改了某些字元，也是乙個修改，刪了一些又加了一些，也是乙個修改，甚至建立乙個新檔案，也算乙個修改。
為什麼說git管理的是修改，而不是檔案呢？我們還是做實驗。第一步，對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.
然後，新增：
$ git add readme.txt
$ git status
# on branch master
# changes to be committed:
# (use "git reset head ..." to unstage)
## modified: readme.txt
#
然後，再修改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 d4f25b6] git tracks changes
1 file changed, 1 insertion(+)
提交後，再看看狀態：
$ 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 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是如何跟蹤修改的，每次修改，如果不
add到暫存區，那就不會加入到
commit
中。
Git 管理修改
現在，假定你已經完全掌握了暫存區的概念。下面，我們要討論的就是，為什麼git比其他版本控制系統設計得優秀，因為git跟蹤並管理的是修改，而非檔案。你會問，什麼是修改？比如你新增了一行，這就是乙個修改，刪除了一行，也是乙個修改，更改了某些字元，也是乙個修改，刪了一些又加了一些，也是乙個修改，甚至建立乙...
Git 管理修改
現在，假定你已經完全掌握了暫存區的概念。下面，我們要討論的就是，為什麼git比其他版本控制系統設計得優秀，因為git跟蹤並管理的是修改，而非檔案。你會問，什麼是修改？比如你新增了一行，這就是乙個修改，刪除了一行，也是乙個修改，更改了某些字元，也是乙個修改，刪了一些又加了一些，也是乙個修改，甚至建立乙...
Git管理修改
為什麼git比其他版本控制系統設計得優秀？因為git跟蹤並管理的是修改，而非檔案 修改 比如新增了一行 刪除了一行 更改了某些字元，這些都是乙個修改 為什麼說git跟蹤管理的是修改？這時候，可以做個實驗證明，例如修改某一檔案 下述test.txt 內容 然後將修改後的test.txt檔案新增到暫存區...