有没有第 二种？

你 clone 过一次的仓库，就是一座冰山。你平时kan到的那个工作目录只是冰山一角——git worktree 让你把整座冰山dou用起来。

一、Git Worktree 是什么？

一句话区分：

它们不在一个维度——worktree 是操作手段，monorepo/submodule 是项目组织策略。你Ke以在 monorepo 里用 worktree，也Ke以在含 submodule 的仓库里用 worktree。

你的选项：

别 stash，用 git worktree add，三秒开一个平行宇宙。

🚀 省流助手

假设你的项目在 ~/my-project，你在 feature 分支写了一半代码。现在要修 main 上的 bug：

你在 feature/payment 分支写了 行代码，还没到Neng commit 的程度。leader 突然说："线上登录挂了切 main 修一下赶紧。"

容易产生的误解：worktree 是不是类似 ln -s？

你只需要 clone 一次之后加 worktree 就像开新终端窗口一样自然。

git worktree 让你用同一个仓库的同一份 Git 数据库，创建多个独立的工作目录，每个目录Ke以 checkout 不同分支。

~/├── my-project/              ← worktree A
│   ├── .git                 ← 唯一的 Git 对象库
│   ├── src/                 ← feature 分支的工作区
│   └── package.json
├── my-project-hotfix/       ← worktree B
│   ├── .git                 ← 不是目录，是指针文件！
│   ├── src/                 ← main 分支的工作区
│   └── package.json

二、Worktree 的内部机制

关键细节：my-project-hotfix/.git 不是一个目录，而是一个文本文件，内容差不多长这样：

gitdir: /home/you/my-project/.git/worktrees/my-project-hotfix

Git 内部会在 my-project/.git/worktrees/ 下存放每个 worktree 的 HEAD、index、stage 区。对象库始终只有一份，共享。

下次有人跟你说"等我 stash 一下切个分支"，你Ke以告诉他：

~/my-project             → 开 VS Code 窗口 A，feature 分支
~/my-project-hotfix      → 开 VS Code 窗口 B，main 分支

两个窗口各管各的终端、GitLens、文件树。不需要任何特殊配置。

每个 worktree 在文件系统上是真实独立的目录。对 VS Code 来说它就是普通文件夹。

软链接是让两个路径指向同一份数据，worktree 是共享对象库但各自持有独立的工作区 checkout。

所以你磁盘上只有一个 .git 目录。不管加多少个 worktree，dou不会重复存储 commit 历史。

三、Worktree 的使用场景

有。git worktree。三秒搞定，worktree 间互不影响，不需要 stash，不需要 WIP commit。而且hen多工作多年的开发者不知道这个命令。

# 在 ~/my-project 目录下执行
git worktree add ../my-project-hotfix main

磁盘结构变成了这样：

git worktree 让你基于同一份 Git 历史，同时拥有多个独立工作目录，每个目录 checkout 不同分支，互不打扰。 从此告别 stash / WIP commit / 重新 clone，切分支修 bug 就像打开新终端窗口一样自然。 磁盘上只存一份 .git 对象库，所有 worktree 共享历史，不浪费空间；每个 worktree dou是真实目录，VS Code 等工具零配置直接打开。 核心命令就一句：git worktree add <路径> <分支>，用完 remove 或手动删目录再 prune。 格局建议：不要再用 stash 管理上下文切换的痛苦，把每一个任务放在独立的 worktree 里你的并行开发体验就是对传统工作流的降维打击。

四、常用命令一览

# 查kan当前所有 worktree
git worktree list
# 基于 main 新建一个 hotfix worktree
git worktree add ../my-project-hotfix main
# Ru果 main Yi被当前 worktree checkout，用 -b 拉新分支
git worktree add -b hotfix-login ../my-project-hotfix main
# 用完了删掉
git worktree remove ../my-project-hotfix
# 或直接 rm -rf + git worktree prune

默认第一个 clone 下来的目录本身就是主 worktree。之后加的dou在 list 里kan得到。

五、Worktree 的优势与注意事项 优势

无需 stash，避免代码污染

多分支并行开发，互不干扰

节省磁盘空间，共享 Git 对象库

IDE 友好，VS Code、WebStorm 等工具可直接打开

注意事项

不Neng在同一个分支上同时 checkout 多个 worktree

删除 worktree 后记得执行 git worktree prune 清理引用

不支持嵌套 worktree

六、Worktree 是现代 Git 工作流的未来

Git Worktree 是一个被低估的命令。它不是什么黑科技，也不是什么新概念，但它确实Neng让你的开发体验提升一个档次。

你不再需要：

stash 暂存未完成的代码

commit 一个 WIP

开多个仓库 clone 同一个项目

你只需要：

一个仓库，多个 worktree

每个任务一个目录

每个分支一个窗口

从此，分支切换不再是“切分支”，而是“开新窗口”。

格局打开，开发效率自然就上去了。

---