Starting a cloud session from a linked worktree now explains why and tells you to use the main checkout.
What's wrong with this entry?
Starting a cloud session from a checkout made with git worktree add, or from one whose git directory lives outside the working tree, now gets its own refusal and remedy instead of a generic failure. The advice is to start from the repository's main checkout or an ordinary clone.
- Two new verdicts,
linked_worktreeandunserved_layout, each carry their own explanation text. - Both still defer to the repository-too-large message when that was the recorded reason.
- The seed payloads for the
remote_refandoverlaycases no longer carry a tree hash or the timestamp it was read at.
this checkout is a linked working tree (git worktree add), whose commits and changes this machine cannot yet compare with GitHub
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.239
worktree.locationsetting for Desktop SSH sessionsBoth mention worktree
-
v2.1.246
Worktree cleanup only removes directories Claude Code created
Both mention worktree
-
v2.1.248
Background sessions adopt an existing worktree at startup
Both mention worktree