The artifact hash prefix 0973 is ambiguous and might mean any of the following:
09735292eebaed2bf42bd23aad7297f047e7c1ba10f0def5f6da65a9f6b0dd30 -
- File src/sync.zig — part of check-in [f26cb704b6] at 2026-07-10 16:54:50 on branch trunk — Implement sync section 7.5 private-content rules: gate private-card pairing and artifact receipt on the Private capability, force full content when a public artifact's delta basis is private and the peer is unauthorized, and handle private igot HASH 1 replies per section 9.2 without creating phantoms. (user: dmestas, size: 278424) [annotate] [blame] [check-ins using]
0973cf7e9eb52c1dac32e273e4fce90e22a6b07e3cbf9fa974d27058eb96032a -
'zit log' carried a -n K windowed-log flag: an extra grammar mode (a state machine with a positional-only '--' separator and a -n value token in either order) and a bad_count offense, for a bound no other query verb exposes. Its sibling 'update' already documents the target shape — one full check-in ID, help only, no windowing.
Collapse log onto that same one-positional grammar. parseLogArgs is now the plain scan parseUpdateArgs uses: -h/--help wins; -n, --all, and a bare '--' are all unknown options (log has no positional-only separator); a second positional is an extra argument. Drop LogArgs.count, the bad_count variant, parseLogCount, and walkLog's max_count / window early-exit — the ancestry walk is unconditionally unbounded again.
Usage errors (missing check-in, unknown option, extra argument) now exit 2 via cli.usageError; a well-formed-but-non-canonical ID stays a validation failure at exit 1. Help and 'zit help log' print the trimmed single-verb text. Net -110 lines. Unit + e2e (209/209) green; fmt clean; dst 6x1000 ok. by dmestas on 2026-07-17 15:17:44.