Git Worktree：并行开发的利器

在日常开发中，我们经常会遇到需要在不同分支之间切换的情况。传统的 Git 工作流要求我们频繁地使用 git stash 或 git commit -m "wip" 来保存当前工作进度，然后切换到其他分支进行工作。这种方式不仅繁琐，还容易导致数据丢失或冲突。然而Git Worktree 的出现改变了这一切。

Git Worktree 是 Git 2.5 版本引入的一个新特性，它允许我们为同一个 Git 仓库创建多个工作目录，每个目录Ke以检出不同的分支。这样，我们就Ke以在不同的目录中并行开发，而不需要频繁地切换分支。

要使用 Git Worktree， 需要创建一个新的工作目录。Ke以使用以下命令：

git worktree add ../feature-login feature/login
git worktree add ../feature-dashboard feature/dashboard
git worktree add ../feature-api feature/api

执行完上述命令后会在当前项目的同级目录下创建三个新的目录：feature-loginfeature-dashboard 和 feature-api。每个目录dou是一个完整可用的工作区，Ke以独立地进行开发。

Git Worktree 的Zui大优势在于它Ke以将“切换分支”从“时间上的串行”变成“空间上的并行”。这意味着我们Ke以同时在多个分支上进行开发，而不需要担心数据丢失或冲突。

此外Git Worktree 还具有以下优势：

提高开发效率不需要频繁地切换分支，Ke以专注于当前任务。

减少数据丢失风险每个工作目录dou是独立的，不会影响其他目录的工作进度。

方便并行开发Ke以在不同的目录中同时进行不同的任务。

虽然 Git Worktree 提供了hen多便利，但也有一些约束需要注意：

同一分支只Neng被一个 worktree 检出这Ke以避免两个地方同时修改同一分支导致混乱。

需要手动管理多个工作目录虽然这是一个小麻烦，但Ke以通过一些脚本或工具来简化管理。

依赖管理需要额外注意Ru果多个 worktree 依赖相同的库或模块，需要确保它们保持同步。

"vibe coding"是一种依赖AI生成代码和快速试错的工作流模式。在这种模式下开发者Ke以快速创建和测试不同的功Neng分支。Git WorktreeNeng够hen好地支持这种模式，因为它允许开发者为每个功Neng分支创建独立的工作目录，从而实现真正的并行开发。

cd "git WorkTree演示/主项目"
git init -b main
git add .
git commit -m "chore: 初始化基础 JS 项目"

git branch feature/login
git branch feature/dashboard
git branch feature/api
git workree add ../feature-login feature/login 
... 

**查kan所有workree** 使用`git workree list` 命令查kan当前仓库下的所有workree 及其状态。输出类似 .../主项目 b6e15a7 \ .../feature-api e8b3d5e \ .../feature-dashboard a39343a \ .../feature-login 64fee00 \ 你Ke以kan到每个workree 对应的路径、当前commit hash 以及检出的分支。 - **删除workree** 当某个功Neng开发完成后Ke以删除对应的workree 目录。推荐使用 `git workree remove` 命令清理，避免留下stale 状态的workree 。 git workree remove ../feature-login # 同时清理目录和注册信息 git branch -d feature/login # Ru果不再需要该分支 **注意** 千万不要直接 `rm -rf` 目录后不管，这样会在 `git workree list` 中留下 stale 记录，需要手动执行 `git workree prune` 清理残留状态。 git workree prune # 清理stale 状态的workree 注册信息

**共享依赖与磁盘空间考虑** 虽然每个workree dou是独立的工作目录，但它们共享同一个 `.git/` 历史记录。Ru果项目依赖较大，Ke以选择以下方案优化磁盘空间占用：

**pnpm + content-addressable store** pnpm 通过内容寻址存储实现了依赖的去重，大幅减少磁盘占用。所有workree Ke以共用一份依赖缓存，无需重复安装。 bash pnpm install - **手动symlink 关键依赖** 对于某些无法全局共享的庞大依赖，Ke以手动创建软链接。 bash ln -s ../../主项目/node_modules node_modules **注意** symlink 方案需要小心维护，确保链接有效且版本一致。 Zui佳实践小结

合理规划workree 目录结构 将所有workree 放在同级目录下便于统一管理。 plain projects/ ├── 主项目/ ├── feature-login/ ├── feature-dashboard/ └── feature-api/

命令行提示符增强 在shell 配置文件中加入workree 路径高亮或分支显示，让你一眼辨认当前所在环境。 bash

export PS1='$ $PS1' 这样进入不同workree 目录时命令行提示符会自动显示相对路径，帮助你快速定位。

本文带你走完了一个完整的Git WorkTree 应用流程 —— 从初始化基础项目到创建多workTree 并行开发，再到Zui终的功Neng合并与清理。通过这种方式，你Ke以在不同功Neng分支上并行作业而互不干扰，大幅提升开发效率。

WorkTree 不是什么“高级特性”，它只是让你的仓库组织方式geng贴合现实中的并行开发需求。当你习惯之后会发现传统的单目录+频繁切换Yi经hen难回到过去了——就像从高速路一下子回到县道骑行一样。

Ru果你正被频繁的 git stash/git checkout 折磨，不妨试试WorkTree，相信它会给你带来意想不到的流畅体验！