046、Worktree 隔离开发：Git Worktree 的原理与 CodeX 中的并行任务

046、Worktree 隔离开发：Git Worktree 的原理与 CodeX 中的并行任务

上周五下午，我正盯着一个诡异的线上bug——某个微服务在特定条件下返回了500，但本地复现死活不出。同事在群里喊“紧急修复”，我手头还有三个未合入的特性分支。按老路子，要么 stash 当前工作区，要么 clone 一份新仓库。但那天我选了 Git Worktree，然后发现，这玩意儿和 CodeX 的并行任务简直是天作之合。

那个让我拍桌子的场景

先说说 Worktree 到底解决了什么。想象一下：你正在 feature-A 分支上重构一个模块，写到一半，线上突然报了个 hotfix 级别的 bug。你不想 commit 半成品（因为会污染历史），也不想 stash（因为 stash 多了容易忘，而且冲突恢复时能让你怀疑人生）。传统做法是 git stash 然后切到 master 修 bug，修完再 git stash pop。但如果你 stash 的内容和 master 有冲突，pop 的时候就是一场噩梦。

Worktree 的思路很简单：同一个仓库，可以同时 checkout 多个分支到不同的目录。每个目录都是独立的 working tree，互不干扰。你可以在 /project/hotfix 里修 bug，同时在 /project/feature-A 里继续写新功能，两个目录共享同一个 .git 对象存储，但