A worktree.location setting tells the desktop app where to create worktrees for SSH sessions; the CLI ignores it.
What's wrong with this entry?
The worktree block in settings takes an optional location path saying where Claude Code Desktop should create worktrees for SSH sessions on this machine, instead of the default <project>/.claude/worktrees. Only the desktop app reads it; the setting's own description states that the CLI does not.
- Applies per machine, so the path is a local one.
--worktree, EnterWorktree and agent isolation continue to use the project-relative default regardless of this key.
The CLI (--worktree, EnterWorktree, agent isolation) does not read it yet.
Strings lifted out of the shipped bundle, so the claim above can be checked against them.
Related
Other releases about the same thing. Found by shared names or similar wording; neither means one caused the other.
-
v2.1.246
Worktree cleanup only removes directories Claude Code created
Both mention worktree
-
v2.1.247
Cloud-session seeding names linked worktrees and split git layouts as un-seedable
Both mention worktree
-
v2.1.247
Start-up explanations for unusual checkout shapes
Both mention worktree