Claude 桌面版目前包含了三大功Neng：对话 chat、办公 cowork、编程 code。

下面我就以我真实情况为例，来捋一捋这些软件中的概念和操作，Zui后重点讲一下 worktree 这个东西。

比如你有：

my-project/             # main 分支 my-project-login/       # feature-login 分支 my-project-ui/           # feature-ui 分支

它们kan起来像三个项目目录，但底层共用同一个 Git 仓库数据。

另外值得注意的一点是一个 worktree 是对应一个分支的。

通过命令Ke以kan到，有两个 worktree，对应两个分支。也就是说创建 worktree 的时候其实同时创建了一个分支。

你好，我正在学习 worktree，之前在主分支Yi经创建了一个页面。现在我需要给页面添加一个主题切换功Neng，创建一个浅色模式，并设置为默认的模式

也就是说：

而且我发现 Codex 和 Claude 管理项目和任务的逻辑是不太一样的！

Claude Code 终端版我是用了hen久的，然后桌面版也在 macOS 上用过几次。

查kanYi有 worktree：

main

Ru果你切到另一个分支：

然后我就让它帮我创建 Git 版本管理：

后来发现并不是系统差异。

经过仔细的观察对比，发现主要是受到了 worktree 的影响。

而 worktree 是 Git 里面的一个子功Neng。

这就是 worktree 和单纯的分支切换Zui大的区别。

同一个分支不Neng同时被两个 worktree 使用。

git worktree prune

它是主打项目的概念！

它Yi经帮我执行了各种命令，唯一没有搞定的就是文件夹还在。

突然给我塞进了一个worktree，超纲了啊！ git checkout feature-login 当前目录里的代码就会被切换成 feature-login 分支的状态。 同时你还Ke以再开一个 worktree 的对话，同时开发其他功Neng。两个 worktree 互不影响。 从截图中Ke以kan到，默认选中了本地下面的 worktree 文件夹。这个时候它的右侧是没有 worktree 相关的勾选选项的。因为这是一个全新的项目，还没有版本管理的信息。 有了存档，万一 Game Over 了就Ke以从存档点继续，不用重头开始打怪升级。 它甚至还帮我Zuo了知识测验！ 基本就是一个文件夹对应一个项目，一个项目Ke以有多个对话。每个对话有独立的上下文。我的习惯是一个大功Neng的开发或者升级，就创建一个对话，然后所有相关微调dou在这个对话中完成。Ke以充分利用上下文节省 tokens。 另外 Claude 是直接提供了这个功Neng，而 Codex 没有直接提供，但是你也Ke以让 Codex 来帮你管理 worktree！ 它没有项目的概念，你选择一个目录，直接在这个目录上创建会话。它的不同会话Ke以指向不同目录，也Ke以指向同一个目录。 我之前一直用终端版本，操作非常简单，就是进入一个目录，然后启动 Claude Code 直接开干。 git worktree 允许你把同一个仓库的不同分支，分别放到不同文件夹里。 OK，然后帮我初始化版本管理，添加忽略文件，然后提交第一个版本 然后在 Claude 桌面版中选中这个目录： 给我搞迷糊了！"为什么百度不收录"

"为什么百度不收录",其实这个问题嘛,说实话,咱就是说,百度它也不是万Neng的,你懂的!

"为什么百度不收录"这个问题,有时候也可Neng是因为你的网站或者网页内容不够优质,或者说你的网站结构、链接啥的,不太利于爬虫抓取,哈哈!

"为什么百度不收录",别急,慢慢来! ,你得确保你的网站内容是原创且高质量的,然后,你要优化你的网站结构和链接,让爬虫容易抓取到你的网页,Zui后,你Ke以尝试提交你的网站到百度,让它知道你的存在,害!

来到桌面版之后我是比较适应 Codex 这种组织方式。因为我 需要确定我在哪个文件夹里面工作，而 session 这种方式还是有点不太习惯。 这么一搞我就迷惑了到底怎么个意思呢？ 那么为什么 Claude 有这个东西，而 Codex 却没有呢？

我突然发现多了一个 worktree，而且是默认勾选的。我开始升级功Neng的时候，dou没有留意到这一点。

我想关心 worktree 的应该dou知道是什么了！Ru果不知道的话，我就简单补充一句。

因为 Git 要避免两个目录同时修改同一个分支导致混乱。

worktree 这种方式，并不会直接在主目录下修改文件。

这个是 Codex 的界面：

刚开始以为是降智，后来发现了一个叫worktree的东西。

Windows 也Ke以没有 worktree：

比如 main Yi经在 my-project 里用了那么你不Neng再让另一个 worktree 也 checkout 到 main

当然这也是值得的。只要学会了这个概念，以后就不浪费了！ hen快就帮我搞好了： 接下来我让它帮我优化了内容、界面、交互： 提示词如下： 正常来说我完全Ke以在上面的对话里直接让它创建 worktree 并进行管理。但是为了geng好的演示，我就浪费一点上下文，直接新建一个会话。

git worktree remove ../my-project-login

Ru果文件夹Yi经手动删了清理记录： my-project/   .git/   src/   package.json

你在这个目录里只Neng同时处在一个分支，比如： 像 Claude Code Desktop 这类工具用 worktree，主要是为了： 光说不练假把式，我们就在 Claude 上实操一下！ 其实Ru果你不介意冗余，你完全Ke以不用清理。

其实我真正的焦虑点在于，Ru果我不清楚这些概念，我就会大量浪费 tokens。在 Claude 上你但凡探索一下询问一下走错一次可Neng一小半配额就没有了。所以我必须变得geng强，才Neng驾驭它，才Neng精打细算充分利用它的配额！ 重点是我们现在的主分支主目录Yi经升级了！

一个 Git 仓库 ├─ main 工作目录 ├─ login 功Neng工作目录 └─ ui 功Neng工作目录

不用频繁切分支

Ru果用了应该怎么来管理这个东西呢？

我的文章里只是截取了Zui核心或者我Zui关心一些点，Ru果大家有兴趣进行完整的学习，也Ke以访问刚刚制作的学习网页。

这个会话的目标是给这个网页创建一个浅色的模式，并设为默认模式。这样对比清晰一些。

然后我让它帮我创建一个网页，只要输入上面的一句话，一个不错的学习网站就有了。

没有 worktree 时：

终端是没有 worktree 这个概念的，直接就是选中一个目录，然后开始写代码就Ke以了。我之前在 macOS 上面创建新的文件夹，开始开发，也没有遇到这个东西。

里面Yi经包含了 核心概念、为什么用、常用命令、实战场景、方案对比、知识检验、速查表 等板块。

大概就是这样吧，反正是个好东西。用 AI 写文档写代码，就让它帮你装个 Git 来管理一下。

这种轻量级的活，真的不适合让 Opus 来干！这完全就是大炮打蚊子！

就当一个笔记了有兴趣的Ke以一起kan一kan。

git worktree add -b feature-login ../my-project-login

删除 work tree ： 直接在某个 目录 下 创建 一个 wo rktree 的 文件夹 作为 项目 目录 。

就这个问题，我专门询问 了 Opus 和 GPT 。

下面就进入 wo rktree 的 介绍 了 。

也有人把 它 比作 ： G it 像 多 人协 作 记录 本 。

Ru果 几 个人 一起 开发 一个 项目 ， G it Ke以 记录 ：

my-project/          # main 分支 my-project-test/   # 新 功Neng 分支

你 Ke以 在 两 个 目录 分别 启动 服务 ：

Ru果 改 得 好 ， 你 再 合并 回来 。

至于 Git 是什么？ 不 直接 污染 你 的 主 项目 目录 它 Ke以 在 一个 独立 wo rktree 里 改 代码 、 测试 、 提交 。 当然 这个 问题 也 不 大 ！ 我遇 到 的 问题 是 突然 出 现 了 一个 * wo rktree * 的概 念 。 比如 ： 、配合 AI 编程工具 Ru果 你 项目 比较 复杂 ， 同时 需要 让 AI 并行 开发 多个 功Neng ， 那么 这 是 一个 非常 不错 的方 式 。

这个时候，Ru果你手动打开我们主 目录 下的index.html，会发现并没有修改，还是黑色主题。 普通 Git 仓库一般是这样： 现在我们就Ke以在work tree 这个分支里尽情地修改 了 ,完全不影响主 目录 的 内容。你修改的内容Ke以单独提交多个版本。 git wo rktree list 创建 一个 新 wo rktree ： 是 用 这个 好 ， 还 是 不 用 这个 好呢 ？

非常 好 ， 我觉得 改 得 差不 多 了 ， 请帮 我 并 入 主 目录 ， 删除 这个 wo rktree

我们 Zuo 编程 工作 的话 直接 切 换 到 code 。 上面 说 到 了 各 种 命令 ， Ke以 作为 基 础 ， 但 是 在 Claude 里 面 ， 我们 不 需要记忆 这些 命令 。 有 一个 hen形象 的 比喻 就是 游戏 存档 。 谁 改 了 什么 什么 时间 改 的 为 什么 改 改 了哪些 文件 这样团队协作不会乱。 其实这个概念我是hen早就听过的，但是从来没用过。我知道AI智Neng体的兴起，导致这个比较深度或者说低频的功Neng被重用了。因为这个东西存在会直接影响我的工作流，所以我必须要研究一下。 cd my-project npm run dev 另 一个 终端 ： 它 会放在 当前 工作 目录 下 的 .claude 文件夹 里 面 ！ 经过 不断 的 对比 ， 我 突然悟 了 。 开始 开发 前 我 手动 启动 了 Web 服务 ， 开发完成 之 后 ， 我 就刷新 页面 开始 去 验证 功Neng ， 发现 一 点变化 dou 没有 。 这个时候 我 就 有点 不知所措 了 , 为什么改 了 半天 一 点效果 dou 没有呢 ？ git checkout main git checkout feature-a git checkout bugfix-b 切 来 切 去 ,容易影响 当前 未 提交 代码 。 让 它 并 入 主 目录 了 ： 一句话 下去 就全部搞定 了 : git wo rktree add .. / my-project-login feature-login 创建 新 分支 并 放 到 新 wo rktree : 因为 我们 在 Claude 里 面 创建 会话 的时 候 ,Claude占用 了 这个 目录 ,所以删 不掉。这个没有任何问题。关闭这个对话，手 动删除即可，或者不删也Ke以。 cd my-project-test npm run dev -- --port 这样Ke以同时对比主分支和新功Neng分支。 Zui近 同时 使用 macOS 和 Windows 上 的 Codex 和Claude桌面 版 写代码 ！ 为了给大家演示这个功Neng ,消耗了 % 的五小时 配额！！！ wo rktree的一句话理解 就是 :* 同 一个Git仓库，开多个“工 作 目录 ”同时 干 不同 的 活。* Ke以kan到 目录 中 Yi经 有 一个 .git 的隐藏 文件夹 了 ,并且 添加 了忽略 文件 .gitignore ,以及 我们 的 网页 index.html

Git 是 代码 存档 和 版本 管理工具 ,写 代码 Zuo 开发 必备 。 只要 有Git的信息 ,就会 出 现wo rktree的选项,这才是 问题 的关键。也 就是 这个wo rktre e 是 和 版本原理 相关 的 。 Ke以kan到 右边 Yi经 显示 了浅 色 网页 ,左 下方 出 现了一个 分支 信息 。 这两个工具dou是目前 编程和智Neng体巅峰之作 ,配合上自家的模型,绝对是顶级的存在,会遥遥领先于其它产品。但他们之间的组织逻辑是有点不一样的。

经过 实测,Claude的工作树目结构如下:

上面说过,只要这个目下有Git信息,就会自动勾选wo rktre e。

而且即便是Claude本身选择不同的目,也会有差异

cd my-project cd .. / my-project-login cd .. / my-project-ui 直接换 文件夹 就 等于换 分支 。 macOS也有wo rk tree :

我个人的感觉是,Ru果你的项目不是hen复杂,就不要去搞wo rk tree这 个东 西了,直接 在 主目 修改 反正 有 版本 管理也不 用担心搞坏

我平时 管理 代码 主要 就是Git add 、 commit 、 push 、 pull 这几个 连branch和PRdouhen少 用

完 成。具体操作:​ g it i nit 初始化仓 库 创建.gitignore忽 略 .DS_St ore 、编 辑器目 、以及.cla ude /提 交inde x.ht ml+.gi tigno re为第一 版本,c omm ithas h1d3 d9 49