The artifact hash prefix 01b12 is ambiguous and might mean any of the following:
01b1230418766ee51f5059a60246f484fe9939f9729d88b369cb1efdb1501f78 -
- File
src/dst.zig
— part of check-in
[5401ce245f]
at
2026-07-20 04:28:24
on branch trunk
— Merge h2-checkout-dst: crash-test the working tree, and a finding it surfaces
The working tree -- the one place a version-control tool can lose a user's data -- had no crash simulation; only the log store did. A new faulty directory layer tears and freezes writes at a seeded crash point, and a sweep replays an update across every crash cut, reopens, and checks four invariants. Three hold: an untracked file the update must preserve is never touched, a crashed update recovers to its target through the undo journal, and the checkout record never names a check-in whose tree did not finish materializing. The fourth does not, and that is the point of the harness: the payload write lands in place rather than through the write-temp-and-rename the metadata already uses, so a crash mid-write can leave a managed file spliced from old and new bytes -- torn, but recoverable. The gate runs the three that hold; the fourth is pinned by a test asserting the splice IS produced, so it flips the day the write is made atomic. Crash-point enumeration follows TigerBeetle's storage model. (user: dmestas, size: 30852) [annotate] [blame] [check-ins using] [more...]
- File
src/dst.zig
— part of check-in
[5401ce245f]
at
2026-07-20 04:28:24
on branch trunk
— Merge h2-checkout-dst: crash-test the working tree, and a finding it surfaces
01b124075c2fe2d05126afdc77b1ccfab1da4ca85fa179178a4b48b1223c022e -