在上一篇文章中盗飒，我們解釋了Git的數(shù)據(jù)模型。在這一篇文章圆裕，我們來看看Git另一個(gè)重要的方面：index广鳍。Index空間，也叫做stage空間吓妆，或者cache空間赊时，集中了很多人對Git的誤解。在這篇文章里行拢，讓我來嘗試解開大家關(guān)于這方面的疑惑祖秒。
之前的我也對這部分有不少誤解。我曾經(jīng)以為舟奠，當(dāng)你新checkout一個(gè)commit以后竭缝，你的index將是一片空白。然后你通過git add往index添加需要更新的文件沼瘫。當(dāng)你commit以后抬纸，你的新修改文件會被加入到Git數(shù)據(jù)庫，然后你的index又會回到一片空白的狀態(tài)耿戚。
我的理解實(shí)際上包含了幾個(gè)錯(cuò)誤的地方：
-
Index并不是臨時(shí)存放新文件的地方 - 新文件并不是在
git commit的時(shí)候才被加入到Git的數(shù)據(jù)庫湿故。實(shí)際上在git add的時(shí)候就已經(jīng)被加入到數(shù)據(jù)庫里了。 -
Index包含的并不是當(dāng)前commit和新commit的diff
為了糾正這些錯(cuò)誤觀念膜蛔，我們就要研究一下index里面到底存放著什么信息坛猪。我們可以通過查看./.git/index這個(gè)文件來得到答案。讓我們繼續(xù)使用上一篇文章的例子：
$ git checkout master
$ git ls-files --stage
100644 bf97e71de76bcff2bd8aba44710aa5e665eacb99 0 dir/inside.txt
100644 8231f0fdc862f06b2bd7b7bfd2f42082d3086b71 0 index.txt
上面的命令列出index中存放的信息皂股。其中我們看到墅茉，即使我們是新checkout一個(gè)branch，index也不是空白的呜呐。它目前有兩個(gè)條目就斤，每個(gè)條目分別指向一個(gè)blob對象，而且還包含該blob對象所對應(yīng)的文件的路徑（分別是dir/inside.txt和index.txt）卵史。而且這兩個(gè)blob對象對應(yīng)的都是當(dāng)前commit中的文件版本战转。
讓我們現(xiàn)在來做點(diǎn)小試驗(yàn)。讓我們再次修改index.txt并添加到index中：
$ echo "version 3" > index.txt
$ git add index.txt
$ git ls-files --stage
100644 bf97e71de76bcff2bd8aba44710aa5e665eacb99 0 dir/inside.txt
100644 cd80567970da17e3c5d718e5b3db8700dbf320bf 0 index.txt
其實(shí)嚴(yán)格來說以躯，“把index.txt添加到index中”這個(gè)表述并不準(zhǔn)確槐秧。因?yàn)閷?shí)際上我們看到的是，當(dāng)我們執(zhí)行git add時(shí)忧设，新的index.txt已經(jīng)被作為一個(gè)新的blob對象添加到了Git數(shù)據(jù)庫中了刁标，而并不是被添加到index中。Git只是更新了index中這個(gè)文件的指針來指向新版本的blob對象址晕。如果我們此時(shí)執(zhí)行git commit膀懈，那么，Git將會基于index里面所指向的這些blob對象以及他們對應(yīng)的路徑來生成tree對象谨垃，最終生成commit對象（下圖）启搂。也就是說硼控，實(shí)際上index空間是新的commit的一個(gè)寫照（snapshot）。
如果我們真正地明白這一點(diǎn)胳赌，那么很多本來覺得不自然的操作都顯得理所應(yīng)當(dāng)了牢撼。例如，如果我們想讓Git不再追蹤一個(gè)文件疑苫，那么我們該怎么做呢熏版？每當(dāng)想到index是新commit的寫照，那么我們就應(yīng)該想到要移除index里面關(guān)于這個(gè)文件的條目捍掺。例如在我們的例子中撼短，如果我想停止跟蹤dir/inside.txt：
$ git rm --cache dir/inside.txt
$ git ls-files --stage
100644 cd80567970da17e3c5d718e5b3db8700dbf320bf 0 index.txt
又例如，我們有如下的歷史：
HEAD → commit 5 → commit 4 → commit 3 → commit 2 → commit 1
如果我們想要合并commit 5, commit 4和commit 3挺勿，其中一種簡單的方法就是使用git reset --soft如下：
$ git reset --soft [commit 2]
$ git commit -m "commit 6"
這樣會得到以下結(jié)果：
HEAD → commit 6 → commit 2 → commit 1
原因就是曲横，git reset --soft只把HEAD移到了commit 2，index并沒有變化满钟，所以新執(zhí)行的commit是基于commit 2的（因?yàn)?code>HEAD指向commit 2）胜榔，但卻會保留commit 5的內(nèi)容。
解釋了那么多湃番，其實(shí)我想說的是夭织，理解index的工作原理有助于我們自主去想解決的辦法，而不是生搬硬套網(wǎng)上搜來的解決方法吠撮，是提高水平的一大重要途徑尊惰。
