現(xiàn)在，假定你已經(jīng)完全掌握了暫存區(qū)的概念。下面，我們要討論的就是，為什么Git比其他版本控制系統(tǒng)設(shè)計(jì)得優(yōu)秀，因?yàn)镚it跟蹤并管理的是修改，而非文件

你會(huì)問(wèn)，什么是修改？比如你新增了一行，這就是一個(gè)修改，刪除了一行，也是一個(gè)修改，更改了某些字符，也是一個(gè)修改，刪了一些又加了一些，也是一個(gè)修改，甚至創(chuàng)建一個(gè)新文件，也算一個(gè)修改

為什么說(shuō)Git管理的是修改，而不是文件呢？我們還是做實(shí)驗(yàn)。第一步，對(duì)readme.txt做一個(gè)修改，比如加一行內(nèi)容：

然后，添加

提交

提交后，再看看狀態(tài)

咦，怎么第二次的修改沒(méi)有被提交？

回顧一下過(guò)程，第一次修改 -> git add -> 第二次修改 -> git commit

你看，我們前面講了，Git管理的是修改，當(dāng)你用git add命令后，在工作區(qū)的第一次修改被放入暫存區(qū)，準(zhǔn)備提交，但是，在工作區(qū)的第二次修改并沒(méi)有放入暫存區(qū)，所以，git commit只負(fù)責(zé)把暫存區(qū)的修改提交了，也就是第一次的修改被提交了，第二次的修改不會(huì)被提交

提交后，用git diff HEAD – readme.txt命令可以查看工作區(qū)和版本庫(kù)里面最新版本的區(qū)別

可見(jiàn)，當(dāng)前版本庫(kù)中的和工作區(qū)的版本在”Git tracks changes”存在不同之處，說(shuō)明第二次修改確實(shí)沒(méi)有被提交

那怎么提交第二次修改呢？你可以繼續(xù)git add再git commit，也可以別著急提交第一次修改，先git add第二次修改，再git commit，就相當(dāng)于把兩次修改合并后一塊提交了

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

總結(jié)：現(xiàn)在，你又理解了Git是如何跟蹤修改的，每次修改，如果不add到暫存區(qū)，那就不會(huì)加入到commit中

總結(jié)

以上是生活随笔為你收集整理的Git之管理修改的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。