ByteNoteByteNote

字节笔记本

2026年6月21日

hermes教程-Git 工作树

API中转
¥120

为什么在 Hermes 中使用工作树?

Hermes 将当前工作目录视为项目根目录:

  • CLI:运行 hermeshermes chat 的目录
  • 消息网关:~/.hermes/config.yamlterminal.cwd 设置的目录

如果在同一个检出目录中运行多个代理,它们的更改可能会相互干扰:

  • 一个代理可能删除或重写另一个代理正在使用的文件。
  • 更难理解哪些更改属于哪个实验。

使用工作树后,每个代理获得:

  • 自己的分支和工作目录
  • 自己的检查点管理器历史,用于 /rollback

另请参阅:检查点与 /rollback

快速开始:创建工作树

从主仓库(包含 .git/)中,为功能分支创建一个新的工作树:

bash
## 从主仓库根目录
cd /path/to/your/repo
## 创建新分支和工作树,位于 ../repo-feature
git worktree add ../repo-feature feature/hermes-experiment

这将创建:

  • 一个新目录:../repo-feature
  • 一个新分支:feature/hermes-experiment 在该目录中检出

现在你可以 cd 进入新的工作树并在那里运行 Hermes:

bash
cd ../repo-feature
## 在工作树中启动 Hermes
hermes

Hermes 将:

  • ../repo-feature 视为项目根目录。
  • 使用该目录作为上下文文件、代码编辑和工具的工作目录。
  • 使用独立的检查点历史,用于 /rollback,作用域限定在此工作树内。

并行运行多个代理

你可以创建多个工作树,每个都有自己的分支:

bash
cd /path/to/your/repo

git worktree add ../repo-experiment-a feature/hermes-a
git worktree add ../repo-experiment-b feature/hermes-b

在单独的终端中:

bash
## 终端 1
cd ../repo-experiment-a
hermes
## 终端 2
cd ../repo-experiment-b
hermes

每个 Hermes 进程:

  • 在自己的分支上工作(feature/hermes-a vs feature/hermes-b)。
  • 将检查点写入不同的影子仓库哈希(由工作树路径派生)。
  • 可以独立使用 /rollback,不影响另一个。

这在以下场景中特别有用:

  • 运行批量重构。
  • 对同一任务尝试不同方法。
  • 将 CLI 和网关会话配对,针对同一个上游仓库。

安全清理工作树

当实验完成后:

  1. 决定是保留还是丢弃工作。
  2. 如果要保留:
    • 像往常一样将分支合并到主分支。
  3. 移除工作树:
bash
cd /path/to/your/repo
## 移除工作树目录及其引用
git worktree remove ../repo-feature

注意:

  • 如果工作树有未提交的更改,git worktree remove 会拒绝移除,除非强制。
  • 移除工作树不会自动删除分支;你可以使用正常的 git branch 命令删除或保留分支。
  • Hermes 检查点数据位于 ~/.hermes/checkpoints/,移除工作树时不会自动清理,但通常数据量很小。

最佳实践

  • 每个 Hermes 实验一个工作树
    • 为每个重大更改创建专用的分支/工作树。
    • 这有助于保持差异集中,PR 小而可审查。
  • 以实验名称命名分支
    • 例如 feature/hermes-checkpoints-docsfeature/hermes-refactor-tests
  • 频繁提交
    • 使用 git 提交记录高级里程碑。
    • 使用检查点与 /rollback 作为工具驱动编辑之间的安全网。
  • 使用工作树时,避免从裸仓库根目录运行 Hermes
    • 优先使用工作树目录,这样每个代理都有清晰的作用域。

使用 hermes -w(自动工作树模式)

Hermes 内置了 -w 标志,可以自动创建一个带有自己分支的一次性 git 工作树。你无需手动设置工作树——只需 cd 进入仓库并运行:

bash
cd /path/to/your/repo
hermes -w

Hermes 将:

  • 在仓库内的 .worktrees/ 下创建一个临时工作树。
  • 检出一个隔离的分支(例如 hermes/hermes-<hash>)。
  • 在该工作树内运行完整的 CLI 会话。

这是获得工作树隔离的最简单方法。你也可以将其与单个查询结合使用:

bash
hermes -w -z "修复问题 #123"

对于并行代理,打开多个终端并在每个终端中运行 hermes -w——每次调用都会自动获得自己的工作树和分支。

综合运用

  • 使用 git 工作树 为每个 Hermes 会话提供独立的干净检出目录。
  • 使用 分支 记录实验的高级历史。
  • 使用 检查点 + /rollback 在每个工作树内从错误中恢复。

这种组合为你带来:

  • 强保证:不同代理和实验不会相互干扰。
  • 快速迭代周期,轻松从错误编辑中恢复。
  • 干净、可审查的拉取请求。

分享: