96SEO 2026-06-05 19:34 7
先说说为什么要玩 Git Worktree
说实话,传统的 git checkout 那叫一个折腾。
你在 feature-A 上敲代码,忽然老板喊要紧急修 bug。

于是你得 git stash,再切到 bugfix 分支,等修完了再回来。
这过程麻烦得要命,还老是忘记 stash 里到底放了啥。
哈哈,这时候 Git Worktree 就像个救星——让你Ke以“同时在多个分支开发”,根本不用来回切换。
一个仓库Ke以有多个工作树,每个工作树dou有自己的目录和分支。
准备工作:确认你的 Git 版本Git 从 2.6 开始就内置了 worktree 功Neng。
打开终端敲:
git --version
只要是 2.6+,基本上douNeng玩儿。
Step 1 — 在主仓库里建个 “主工作树”先把项目 clone 到本地,咱们把它当作主工作树。
git clone https://example.com/your-repo.git main-worktree
进到目录:
cd main-worktree
Step 2 — 创建第一个并行工作树
这里用一条命令搞定新目录 + 新分支。
git worktree add ../feature-A -b feature-A
不对不对,这里其实是把 “../feature-A” 当成新目录,然后基于当前 HEAD 创建 feature-A 分支。
Ru果你Yi经在别的目录打开了 feature-A,再跑一次会报:
fatal: 'feature-A' is already checked out at '/path/to/feature-A'
Step 3 — 切到新工作树继续写代码
打开新的文件夹:
cd ../feature-A
现在你就在 feature-A 分支上敲代码,完全不影响 main-worktree 那边的状态。
Step 4 — 紧急 bugfix?再开一个工作树!别慌,直接再来一条命令:
git worktree add ../bugfix -b bugfix-main main
这条指令Zuo了三件事:新建目录 “../bugfix”、基于 main 创建 bugfix 分支、把它挂进去。
并行开发的好处到底在哪?
- 每个工作树dou有自己的 node_modules、编译产物,互不干扰。
- 不需要 stash,也不怕丢失未提交的改动。
- 切换成本几乎为零,只要 cd 到对应目录即可。
- 磁盘占用主要是指针空间,几乎没有额外负担。
Step 5 — 在各自的工作树里提交代码A 功Neng那边:
git add .
git commit -m "feat: 实现 A 功Neng"
Bugfix 那边:
git add .
git commit -m "fix: 紧急 bug 修复"
Step 6 — 合并回主分支
A 功Neng完成后回到主仓库或直接在任意工作树里合并dou行。咱们这里演示在主仓库操作:
cd ../main-worktree
git checkout main
git pull # 确保Zui新
git merge feature-A # 合并功Neng A
git push # 推送到远程
# 同理,把 bugfix 合并进来
git merge bugfix-main
git push
P.S.
P.S. 合并完记得把临时 worktree 删掉,否则以后会越来越乱。
Step 7 — 清理无用的 worktreeP.S. 删除前先确认Yi经把代码合并或备份好,不然会丢失提交记录哦。
# 删除功Neng A 工作树
git worktree remove ../feature-A
# 删除 bugfix 工作树
git worktree remove ../bugfix
# 再顺手 prune 掉Yi删除的引用信息
git worktree prune
bomb tip:Ru果强制删也没关系,用 -f 参数就行啦!
常见疑惑大盘点——别慌,我给你拆解一下!
#1 为什么不是直接 clone 多份?
#1 的答案hen简单:clone 多份会复制完整的 .git 对象库,占几百 MB;而 worktree 只共享同一个 .git,省空间又省时间。你懂的,这种“共享式”真的hen省心。
#2 工作树里的 .git 是文件还是目录?#2 的事实是它是一个普通文件,里面写着指向主仓库 .git 的路径,例如:
gitdir: /path/to/main-worktree/.git/worktrees/feature-A
#3 Neng不Neng在同一分支上开两个 worktree?
#3 的答案是不行。Git 会报 fatal 错误,因为同一分支只Neng被唯一一个工作区检出。不过你Ke以创建两个不同的分支,然后各自挂到不同目录,实现“相似”需求。
#4 如何查kan当前所有 worktree?git worktree list -v # 带详细信息,包括 HEAD 指向和锁定状态
#5 工作树还Neng干啥高级操作?
- 用它Zuo CI 环境,每次构建dou跑在独立目录,不会相互污染;
- 用它Zuo实验性重构,把重构代码放在独立 folder,随时回滚;
- 用它配合 AI 编码助手,让 AI 在专属目录跑测试、生成补丁,你根本不用担心破坏原有环境。哈哈!
一句话:三条命令、七步走,你也Neng玩转 Git WorkTree!💪🏽
- Add WorkTree & Branch: `git worktree add … -b …`
- Edit & Commit: `git add . && git commit …`
- Merges: `git checkout main && git merge …`
- Cleans Up: `git worktree remove … && git worktree prune`
- 随时 `cd` 到对应目录继续干活,无需 stash,无需切换!*
- 记住:每个 WorkTree dou是独立的“子项目”,但背后共享同一个 Git 库。你懂的,就是省事儿又省磁盘。
- Zui后——别忘了给自己点个赞,然后去写代码吧!哈哈 😆
作为专业的SEO优化服务提供商,我们致力于通过科学、系统的搜索引擎优化策略,帮助企业在百度、Google等搜索引擎中获得更高的排名和流量。我们的服务涵盖网站结构优化、内容优化、技术SEO和链接建设等多个维度。
| 服务项目 | 基础套餐 | 标准套餐 | 高级定制 |
|---|---|---|---|
| 关键词优化数量 | 10-20个核心词 | 30-50个核心词+长尾词 | 80-150个全方位覆盖 |
| 内容优化 | 基础页面优化 | 全站内容优化+每月5篇原创 | 个性化内容策略+每月15篇原创 |
| 技术SEO | 基本技术检查 | 全面技术优化+移动适配 | 深度技术重构+性能优化 |
| 外链建设 | 每月5-10条 | 每月20-30条高质量外链 | 每月50+条多渠道外链 |
| 数据报告 | 月度基础报告 | 双周详细报告+分析 | 每周深度报告+策略调整 |
| 效果保障 | 3-6个月见效 | 2-4个月见效 | 1-3个月快速见效 |
我们的SEO优化服务遵循科学严谨的流程,确保每一步都基于数据分析和行业最佳实践:
全面检测网站技术问题、内容质量、竞争对手情况,制定个性化优化方案。
基于用户搜索意图和商业目标,制定全面的关键词矩阵和布局策略。
解决网站技术问题,优化网站结构,提升页面速度和移动端体验。
创作高质量原创内容,优化现有页面,建立内容更新机制。
获取高质量外部链接,建立品牌在线影响力,提升网站权威度。
持续监控排名、流量和转化数据,根据效果调整优化策略。
基于我们服务的客户数据统计,平均优化效果如下:
我们坚信,真正的SEO优化不仅仅是追求排名,而是通过提供优质内容、优化用户体验、建立网站权威,最终实现可持续的业务增长。我们的目标是与客户建立长期合作关系,共同成长。
Demand feedback