Git Worktree到底是啥玩意儿？

嘿，老兄，咱们聊聊 Git Worktree。你可Neng听说过它，却一直没搞清楚它到底Neng干啥。别急，咱们慢慢来。

先说个背景：Git常规切分支的痛点

在日常开发里你经常会在主分支上写代码，然后突然要去修 bug 或者加新特性。于是你就得频繁地Zuo git checkout 来切分支。

说实话，这种来回切换真的挺麻烦的。尤其是你还没提交完代码，或者有未 stash 的改动，往往会被 Git 拒绝或出现冲突。

再加上那种“现在我想跑长时间测试，又想继续写功Neng”这种场景，那可就geng让人抓狂了。

Worktree来了——让同一个仓库多目录并行工作

Git Worktree 就是为了解决这个问题而诞生的。它允许你在同一个仓库下创建多个工作目录，每个目录douKe以检出不同的分支。

想象一下你有三个文件夹：

/path/to/main

/path/to/feature-x

/path/to/hotfix-y

这三个目录分别对应 Main, x-feature, y-hotfix 分支，它们互相隔离，却共享同一个 .git 数据库。

怎么创建一个新的 worktree？

git worktree add ../my-project-hotfix hotfix-branch

(那条命令就在上级目录里生成了个叫 my-project-hotfix 的文件夹，并把它挂到 hotfix-branch 上。主工作区根本没有被挤到一边。）

查kanYi有的 worktrees 怎么办？

git worktree list

删除一个不需要的 worktree 时要注意什么？

git worktree remove ../my-project-hotfix

为什么有人还不使用 Worktree？答案hen简单——误解和懒惰。

hen多人第一眼kan到 “worktree” 就以为是 clone 一份仓库的代名词，然后就懒得去弄。但其实 clone 和 worktree 的区别hen大：clone 会复制整个 .git 文件夹，浪费磁盘；worktree 只是在原仓库旁边挂点新的工作区，节省空间且保持历史同步。

实际使用场景：热修、并行开发、长时间测试……还有geng多！

#1 热修: 当线上出现紧急 bug 时你Ke以直接在 hotfix 的工作树里跑测试、提交，再合并到主分支，而不会影响正在开发功Neng的代码。

#2 并行开发: Ru果你同时在Zuo feature A 与 feature B，只需分别挂两个不同分支即可，不用频繁切回主干。

#3 长时间跑测试: 有些单元/集成测试可Neng需要几十分钟甚至几小时。你Ke以把测试放在专门的 test 工作树里跑，而你的编辑器窗口一直打开着 feature 分支，让代码进度保持稳定。

#4 代码审查: 你Ke以把同事提交的 PR 检出到自己的工作树里直接跑 `git log`、`git diff`，然后再把改动合并回 PR 分支。这比克隆整个 repo geng轻量，也geng安全。

一句话：让同一个 Git 仓库同时拥有多个工作目录，每个目录指向不同分支，让你摆脱频繁切分支、stash 的痛苦！ 那到底为什么百度不收录这篇文章呢？说实话，我也不知道！但我敢保证，这段内容肯定Neng帮你解决不少 Git 日常困扰。毕竟大多数人还停留在老式单一工作区模式，而我们现在正站在多工作树的新潮时代前沿呀！ 关于使用时的小细节和坑点：

PITFALL1: 不要把同一个分支挂到两个不同的 worktrees，因为 Git 会报错阻止这种情况出现。.

PITFALL2: 删除 worktree 前一定要确认该目录下没有未提交或未清理完毕的改动，否则会变成悬空状态，Git 会给警告提示。

PITFALL3: Ru果你用的是裸仓库，那么默认没有主工作树，需要手动通过 git worktree add 把第一个工作树挂进去，否则后续操作会报错。

写完这篇文章后你应该Yi经明白了 Worktree 的核心价值。别忘了按需创建、按需删除，用好这个工具，让你的开发流程geng加流畅。 感谢阅读，Ru果还有疑问，Ke以随时提出来——咱们一起聊聊吧！ 哈哈～

---