Follow Discord
Sweep 22 Oct 2026 · 04:32Z Build v2.1.308 527 read Stable v2.1.308 Latest v2.1.308 Next v2.1.308 Feeds RSS JSON llms.txt llms-full.txt Unofficial

Claude Code v2.1.247 ·

Directory sync detects linked worktrees and declines to run git in them

Directory sync now detects a linked worktree and says so instead of a misleading git-directory message.

You'll notice Improvements
JSON All of v2.1.247
You'll noticeTier: how much it should matter to you
3Useful: my rating, 1 to 5
2Signal: worth watching, 1 to 5
Cloud SessionsArea: what it touches
ImprovementsKind: in v2.1.247,
ImprovementsSection of the release
What

Cloud directory sync now checks whether the folder it is syncing is a linked working tree, a checkout whose .git is a file pointing back at a main repository rather than a real git directory. In that case it stops rather than probing inside the work tree, and says so directly instead of falling back to the misleading message about the git directory not being where git keeps it. Anyone whose checkout has that shape hits this on this build.

Details
  • The stop is recorded with the reason linked_worktree, and is handled the same way as a .git file that could not be verified, replacing the previous behaviour of probing the work tree.
  • Sync reports that a linked working tree is not fast-forwarded yet in place of the older git directory wording.
  • Snapshotting uses its own phrasing for the same case, noting that directory sync does not run its own git in a linked working tree yet.
Evidence

a linked working tree (directory sync does not run its own git in one yet), a linked working tree is not fast-forwarded yet

Strings lifted out of the shipped bundle, so the claim above can be checked against them.

See this entry in the whole of v2.1.247 →

Feedback