Checkpoint snapshots of huge trees now say there were too many paths instead of half-finishing.
What's wrong with this entry?
A checkpoint snapshot of a very large working tree can now stop with a clear message instead of producing an incomplete result, and deleted files are counted in the snapshot's path total.
- Attribute listing can return an overflow result, surfaced to you as reason
too_many_pathswith a message saying the attribute listing overflowed; overflowed entries are dropped from the collected list. - Deletions are no longer folded into the bulk staging call; absent paths are listed explicitly from the index instead.
- Files marked skip-worktree are un-marked before being re-added.
- The reported
stats.pathscount now covers removed paths as well as staged ones.
more changed paths than a snapshot can list (the attribute listing overflowed)
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.233
Checkpoint notice now tells you how to undo the turn
Both mention checkpoint
-
v2.1.233
Resume checkpoint file now tells you how to undo the turn
Both mention checkpoint