使用 Git 工作樹對你的代碼進(jìn)行自由實(shí)驗(yàn)
獲得自由嘗試的權(quán)利，同時(shí)在你的實(shí)驗(yàn)出錯(cuò)時(shí)可以安全地?fù)碛幸粋€(gè)新的、鏈接的克隆存儲庫。
Git 的設(shè)計(jì)部分是為了進(jìn)行實(shí)驗(yàn)。如果你知道你的工作會被安全地跟蹤，并且在出現(xiàn)嚴(yán)重錯(cuò)誤時(shí)有安全狀態(tài)存在，你就不會害怕嘗試新的想法。不過，創(chuàng)新的部分代價(jià)是，你很可能會在這個(gè)過程中弄得一團(tuán)糟。文件會被重新命名、移動、刪除、更改、切割成碎片；新的文件被引入；你不打算跟蹤的臨時(shí)文件會在你的工作目錄中占據(jù)一席之地等等。
簡而言之，你的工作空間變成了紙牌屋，在“快好了！”和“哦，不，我做了什么？”之間岌岌可危地平衡著。那么，當(dāng)你需要把倉庫恢復(fù)到下午的一個(gè)已知狀態(tài)，以便完成一些真正的工作時(shí)，該怎么辦？我立刻想到了 git branch 和 git stash 這兩個(gè)經(jīng)典命令，但這兩個(gè)命令都不是用來處理未被跟蹤的文件的，而且文件路徑的改變和其他重大的轉(zhuǎn)變也會讓人困惑，它們只能把工作暫存（stash）起來以備后用。解決這個(gè)需求的答案是 Git 工作樹。
什么是 Git 工作樹
Git 工作樹是 Git 倉庫的一個(gè)鏈接副本，允許你同時(shí)簽出多個(gè)分支。工作樹與主工作副本的路徑是分開的，它可以處于不同的狀態(tài)和不同的分支上。在 Git 中新建工作樹的好處是，你可以在不干擾當(dāng)前工作環(huán)境的情況下，做出與當(dāng)前任務(wù)無關(guān)的修改、提交修改，然后在以后合并。
直接從 git-worktree 手冊中找到了一個(gè)典型的例子：當(dāng)你正在為一個(gè)項(xiàng)目做一個(gè)令人興奮的新功能時(shí)，你的項(xiàng)目經(jīng)理告訴你有一個(gè)緊急的修復(fù)工作。問題是你的工作倉庫（你的“工作樹”）處于混亂狀態(tài)，因?yàn)槟阏陂_發(fā)一個(gè)重要的新功能。你不想在當(dāng)前的沖刺中“偷偷地”進(jìn)行修復(fù)，而且你也不愿意把變更暫存起來，為修復(fù)創(chuàng)建一個(gè)新的分支。相反，你決定創(chuàng)建一個(gè)新的工作樹，這樣你就可以在那里進(jìn)行修復(fù)：
$ git branch | tee* devtrunk$ git worktree add -b hotfix ~/code/hotfix trunkPreparing ../hotfix (identifier hotfix)HEAD is now at 62a2daf commit
在你的 code 目錄中，你現(xiàn)在有一個(gè)新的目錄叫做 hotfix，它是一個(gè)與你的主項(xiàng)目倉庫相連的 Git 工作樹，它的 HEAD 停在叫做 trunk 的分支上。現(xiàn)在你可以把這個(gè)工作樹當(dāng)作你的主工作區(qū)來對待。你可以把目錄切換到它里面，進(jìn)行緊急修復(fù)、提交、并最終刪除這個(gè)工作樹：
$ cd ~/code/hotfix$ sed -i 's/teh/the/' hello.txt$ git commit --all --message 'urgent hot fix'
一旦你完成了你的緊急工作，你就可以回到你之前的任務(wù)。你可以控制你的熱修復(fù)何時(shí)被集成到主項(xiàng)目中。例如，你可以直接將變更從其工作樹推送到項(xiàng)目的遠(yuǎn)程存儲庫中：
$ git push origin HEAD$ cd ~/code/myproject
或者你可以將工作樹存檔為 TAR 或 ZIP 文件：
$ cd ~/code/myproject$ git archive --format tar --output hotfix.tar master
或者你可以從單獨(dú)的工作樹中獲取本地的變化：
$ git worktree list/home/seth/code/myproject 15fca84 [dev]/home/seth/code/hotfix 09e585d [master]
從那里，你可以使用任何最適合你和你的團(tuán)隊(duì)的策略合并你的變化。
列出活動工作樹
你可以使用 git worktree list 命令獲得工作樹的列表，并查看每個(gè)工作樹簽出的分支：
$ git worktree list/home/seth/code/myproject 15fca84 [dev]/home/seth/code/hotfix 09e585d [master]
你可以在任何一個(gè)工作樹中使用這個(gè)功能。工作樹始終是連接的（除非你手動移動它們，破壞 Git 定位工作樹的能力，從而切斷連接）。
移動工作樹
Git 會跟蹤項(xiàng)目 .git 目錄下工作樹的位置和狀態(tài)：
$ cat ~/code/myproject/.git/worktrees/hotfix/gitdir/home/seth/code/hotfix/.git
如果你需要重定位一個(gè)工作樹，必須使用 git worktree move；否則，當(dāng) Git 試圖更新工作樹的狀態(tài)時(shí)，就會失敗：
$ mkdir ~/Temp$ git worktree move hotfix ~/Temp$ git worktree list/home/seth/code/myproject 15fca84 [dev]/home/seth/Temp/hotfix 09e585d [master]
移除工作樹
當(dāng)你完成你的工作時(shí)，你可以用 remove 子命令刪除它：
$ git worktree remove hotfix$ git worktree list/home/seth/code/myproject 15fca84 [dev]
為了確保你的 .git 目錄是干凈的，在刪除工作樹后使用 prune 子命令：
$ git worktree remove prune
何時(shí)使用工作樹
與許多選項(xiàng)一樣，無論是標(biāo)簽還是書簽還是自動備份，都要靠你來跟蹤你產(chǎn)生的數(shù)據(jù)，否則可能會變得不堪重負(fù)。不要經(jīng)常使用工作樹，要不你最終會有 20 份存儲庫的副本，每份副本的狀態(tài)都略有不同。我發(fā)現(xiàn)最好是創(chuàng)建一個(gè)工作樹，做需要它的任務(wù)，提交工作，然后刪除樹。保持簡單和專注。
重要的是，工作樹為你管理 Git 存儲庫的方式提供了更好的靈活性。在需要的時(shí)候使用它們，再也不用為了檢查另一個(gè)分支上的內(nèi)容而爭先恐后地保存工作狀態(tài)了。
