Follow Discord
Sweep 25 Sep 2026 · 19:33Z Build v2.1.283 504 read Stable v2.1.274 Latest v2.1.283 Next v2.1.283 Feeds RSS JSON llms.txt llms-full.txt Unofficial

Claude Code v2.1.283 ·

Directory sync keeps the .gitattributes files it relies on and explains git settings it can't follow

Directory sync now keeps the committed .gitattributes files it read, and refuses with a fix-it message when a git setting changes attribute rules

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

Directory sync copies your working folder to another place, for example a cloud session. When it takes a snapshot, it now keeps the committed .gitattributes files it read inside its own sync repository. .gitattributes files tell git to transform some files, for example by changing line endings. If those kept files cannot be listed or stored, the snapshot is refused.

There are also new messages for git settings that sync cannot follow. Each message says how to fix the problem. The settings are:

  • an attributes file set in git config
  • an attribute tree
  • ignoreCase set in an included config file
  • an attribute source set through environment variables
  • a config location given as a relative path

When a snapshot is refused for one of these reasons, the cause is reported as an attribute source problem.

Why

This stops files that git would transform from being uploaded exactly as they sit on disk. That could otherwise make the synced copy differ from what git would produce. In v2.1.282 the related remote switch was off by default; the flag server has since returned on for this site's account.

Read from
Feature flag
tengu_violin_soundpost Off by default, switched on for this account

The shipped code defaults this off, and the flag server returned on for the one account this site reads on this version. That is the reading that makes the entry above worth a second look, and it still says nothing about your account.

This account: on · anonymous baseline: on · compiled default in v2.1.283: off

These values were read against a different version of Claude Code, so treat them as the nearest reading available instead of one taken on this release.

Read once, for one account on one subscription tier, against v2.1.283. It isn't a statement about your account. What a flag value here can and cannot tell you

How sure we are
Something disagreesSomething we can check disagrees with this entry, or the writer said they could not settle it.
The writer flagged doubtThe link between this behaviour and the remote switch is indirect, so it is not certain that switch controls it.

See this entry in the whole of v2.1.283 →

Feedback