Hello，大家好，我是 Sunday。

讓我們假設一個場景：

你正在某個分支中處理一個名為“feature”的功能，突然之間需要在主分支（master）中修復一個關鍵性 bug。

如果沒有使用 git worktree，那么你必須：

1. 在功能分支（feature）中存儲或提交更改
2. 切換到主分支（master），在主分支中修復錯誤，提交修復
3. 切換回功能分支，然后取消存儲或檢出更改。

特別是如果你需要多次來回切換，這就顯得很麻煩了。

但是 如果使用了 git worktree 那么整個操作的流程就會變得更加簡單。你可以直接擁有 feature 和 master 兩個分支的單獨工作目錄 并且可以分別在不同目錄之間完成開發工作，不再需要進行來回切換。

使用 git worktree 完成修復工作

假設你目前在 feature 分支上，正在處理項目的開發工作。突然間，你需要在主分支上修復一個錯誤。

那么此時你可以使用以下命令為主分支創建一個新的工作樹（worktree）：

git worktree add ../bugfix master

該命令在當前存儲庫的相對路徑 ../bugfix 處創建一個新目錄，并在該目錄中簽出主分支。現在，你可以轉到 bugfix 目錄并修復 bug：

cd ../bugfix

你在這里進行的任何更改都將在主分支上進行，并不會影響其他分支。一旦完成了bug修復，則可以直接提交你的更改：

git commit -am "修復 bug"

現在，你可以返回到原工作目錄并繼續在原分支（feature）上完成之前的工作：

cd ../feature

在原分支（feature）中的完成過的代碼依然存在，并且你不需要進行額外的存儲和切換分支的操作。

這就是使用 git worktree 完成日常工作的操作流程，它 允許我們同時在多個分支上工作，并且每個分支都有自己的工作目錄

讓我們把整個過程梳理一遍：

## Push 操作

# 從 bugfix 目錄提交 bugfix 分支
cd ../bugfix
git push origin master

# 從 feature 目錄提交 feature 分支
cd ../feature
git push origin feature


## Merge 操作

# 切換分支到 master
cd ..
git checkout master

# 合并代碼到 master
git merge master

# 合并到 feature
git merge feature

## 刪除操作

git worktree remove ../bugfix
git worktree remove ../feature


## 將合并后的更改推送到遠程倉庫

git push origin master

git worktree 帶來的其他好處

除了上述場景之外，git worktree 還有很多其他好處：

1. 代碼審查： 如果你正在審查多個分支的代碼，可以在單獨的 worktree 中檢出每個分支。這樣可以快速的在它們之間切換，而無需每次都執行檢出的操作。
2. 持續集成/部署： 如果你有一個需要同時處理同一存儲庫的多個分支的 CI/CD ，git worktree 可以讓每個分支都在自己的 worktree 中，避免沖突。
3. 長時間運行的任務： 如果你有一項長時間運行的任務（例如：測試套件或代碼構建），你希望在一個分支上運行該任務的同時繼續在另一個分支上工作，可以在一個目錄中運行任務并在另一個目錄中工作。