Directory sync can upload only git-tracked changes and refuses whole batches with a named reason.
What's wrong with this entry?
Directory sync gained a path that compares your working tree against a pinned commit and uploads only tracked changes and removals. Hashing runs with git filter drivers disabled, so smudge/clean filters cannot alter what is uploaded. When a batch cannot be represented or afforded it is refused outright rather than partially uploaded, with a named reason: tracked_unrepresentable, tracked_too_large, tracked_unreadable, overlay_over_budget, or too_many_removed.
- Builds its file list by consulting
git check-attr(text, crlf, eol, ident, working-tree-encoding, filter),git check-ignore,git ls-files -s, plus thecore.filemodeandcore.autocrlfsettings. - A warning telemetry point, dir_sync_overlay_pin_attrs_unread, fires when the attributes of the pinned commit cannot be read.
- None of these reasons or telemetry names exist in 2.1.241.
tracked_unrepresentable
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.238
Sync state machine gains a moved-root case and a per-turn pull hook
Both mention directory
-
v2.1.238
Untracked-file survey extracted and shared
Both mention directory
-
v2.1.238
Sync internals reshaped around per-file credential state
Both mention directory