Source Intelligence

DisclaimerUnofficial, and not affiliated with Anthropic. Nearly all of this is read straight out of what ships: npm bundles, captured prompts, published docs. Anthropic's own notes go in verbatim, marked as theirs. The rest is my reading, and every entry carries the strings behind it. If one looks wrong, vote it down and say why.

All of v2.1.247 Home All releases olderv2.1.246 v2.1.248newer
Claude Code v2.1.247

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

You'll notice
Useful3 Signal2
Cloud Sessions

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

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 →