Follow Discord
Sweep 08 Oct 2026 · 18:53Z Build v2.1.295 516 read Stable v2.1.286 Latest v2.1.295 Next v2.1.295 Feeds RSS JSON llms.txt llms-full.txt Unofficial

Claude Code v2.1.280 ·

Cloud session git-checkout snapshotting reworked with new tamper detection

Cloud/background session git-checkout snapshotting was reworked to detect tampering, with clearer refusal reasons

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

What

  • A substantial new pipeline builds file-sync snapshots of a working tree for cloud sessions, now explicitly detecting and refusing on: a planted symlink in the git directory, an object store that started borrowing from objects/info/alternates mid-session, a git directory that moved or was replaced, and files covered by read-deny/sandbox rules or "named like a credential under another spelling." Each failure mode gives a specific explanation telling you to start a new cloud session.
  • Previously, a "borrowed objects" checkout was grouped with other cases (old_git, reftable, temp_root) as an immediate, settled refusal. Now it gets its own branch: a confirmation check runs first, and the refusal only settles once the borrowed/replaced object store is actually confirmed; otherwise it's treated as retryable rather than final.
  • Repo layout classification gained two new cases, git_in_reach and reach_unexamined, both mapped to "unserved layout" alongside existing submodule/git-dir/temp-root cases.
  • Directory sync also gained a dedicated reach_unexamined refusal reason for when a writable directory reached through the checkout couldn't be examined, distinct from the prior generic unread refusal.

Why

This makes cloud/background sessions more resistant to a tampered or moved git directory going unnoticed, giving clearer, more specific reasons when a checkout can't be safely used and telling you to start a fresh cloud session when that happens.

See this entry in the whole of v2.1.280 →

Feedback