Do not prune after a backup that skipped unreadable files #385

Merged
clawbot merged 1 commits from issue-382-skip-errors-no-prune into next 2026-10-14 07:44:51 +02:00
1 Commits
Author SHA1 Message Date
sneak 379cab908e Do not prune after a backup that skipped unreadable files (closes #382)
check / check (push) Waiting to run
snapshot create --skip-errors --prune pruned even when files were
skipped, so by default it deleted the previous snapshot of that name,
the only one still holding a file that had become unreadable, along
with blobs only that snapshot referenced.

The prune is now skipped exactly when the run exits non-zero for
entries --skip-errors could not read or list: older snapshots are
kept, a warning says why, and the run still exits non-zero. A file
removed during the run does not count, so such a run still prunes.
The README's --prune text and the flag's help say so.

Model: opus-5-5
2026-10-14 05:26:00 +00:00