This Day In History For 2029-11-07
3 Years Ago (more context)
|
2026-11-07
| ||
| 23:33 | annotate keeps a per-file blame cache of recently annotated versions and starts its walk from the nearest cached ancestor, so annotating a tip after a new commit costs tens of milliseconds instead of seconds; an answer that depended on a missing parent, a gap, a limit or a policy absence is never cached check-in: a1c2a0fd4d user: dmestas tags: trunk | |
| 22:21 | log for a path reads content only for the rows on the page, deciding the rest from the file index, so a 200-row page of a 2,000-version history costs tens of milliseconds; annotate -n N stops after N versions of the file as Fossil's annotate does, leaving older lines unattributed check-in: 3b7445b9cb user: dmestas tags: trunk | |
| 21:30 | Note: zit 0.12.1 technote: [dd10496a9b] user: dmestas | |
| 21:04 | • Changes to wiki page "Home" artifact: 851dd1a724 user: dmestas | |
| 20:49 | • Edit [e5e40bc894]: Add tag "version-0.12.1". artifact: 4cc552b52b user: dmestas | |
| 20:28 | Release 0.12.1 check-in: e5e40bc894 user: dmestas tags: trunk, version-0.12.1 | |
| 20:02 | annotate frees each version once nothing still reads it and bounds its content cache, so a 29,000-line file over 1,600 check-ins peaks at 76 MB instead of 2.7 GB; log for a path lists newest first by check-in time, ties broken as timeline does, so -n and the daemon's cursor page the history without repeats or gaps check-in: bcda930fb8 user: dmestas tags: trunk | |
| 19:00 | ls --long takes a file's size from its frame and its class from the recorded memo, as Fossil's ls -v reads blob.size, rebuilding a file only when its class is unknown; zit verify, not ls, proves content readable check-in: 6aba9adfd9 user: dmestas tags: trunk | |
| 18:00 | Note: zit 0.12.0 technote: [54acfeeb91] user: dmestas | |
| 17:49 | The 0.12.0 notes give the forge's measured first-command rebuild costs, which land on whichever command comes first check-in: 5a94678fe8 user: dmestas tags: trunk | |
| 17:07 | • Changes to wiki page "Home" artifact: be02eea32a user: dmestas | |
| 16:52 | • Edit [9fd8bf44bd]: Add tag "version-0.12.0". artifact: 8825051b8d user: dmestas | |
| 16:32 | Release 0.12.0 check-in: 9fd8bf44bd user: dmestas tags: trunk, version-0.12.0 | |
| 16:06 | The log index and the file-history index check their contents in 4 KiB blocks as a call reads them, behind a header and block table checked at open, so an open no longer checksums whole files; a damaged block is repaired from the log, and a log that cannot be rescanned fails as an unreadable store; the file index gains a path table so a lookup bisects check-in: b377071cb2 user: dmestas tags: trunk | |
| 13:22 | log for a path reads each sub-manifest node through the walk's plaintext cache and parses only the line that decides the descent, so a one-shot log of 20 versions on a 42k-file tree store costs about 3 ms instead of 11 check-in: 5aea2fedb9 user: dmestas tags: trunk | |
| 12:29 | A diff between two check-ins walks both trees together and skips every sub-manifest both share by hash, so a one-file diff on a 42k-file tree store costs about 3 ms instead of 83; used by diff, the daemon's diff and timeline -v check-in: 3d9d26ef9b user: dmestas tags: trunk | |
| 04:00 | Note: zit 0.11.0 technote: [51744be279] user: dmestas | |
| 03:35 | • Changes to wiki page "Home" artifact: 393df9a98b user: dmestas | |
| 03:21 | • Edit [b182f0e6c1]: Add tag "version-0.11.0". artifact: 94342085d2 user: dmestas | |
| 03:02 | Release 0.11.0 check-in: b182f0e6c1 user: dmestas tags: trunk, version-0.11.0 | |
| 02:39 | Sync and pull open the store before reading leaves for the fork report, so a torn last frame left by a crash is repaired first; the simulator counts a forked sync or pull as success check-in: 5da8555024 user: dmestas tags: trunk | |
| 01:41 | A no-op sync or pull does work in proportion to what changed: nothing is persisted when nothing arrived, the store is opened once for its settings, resolved clusters and outstanding sub-manifest references are kept in sidecars checked against the log, and fork leaves come from the cached view, so a no-op sync at 42k files costs about 7 ms of CPU instead of 476 check-in: 645e0a6060 user: dmestas tags: trunk | |
| 01:21 | A process reads and checks its .zit-checkout container once and serves every section from those bytes, and annotate opens the repository the fast way, so info, cat and annotate cost about a millisecond less at 42k files check-in: 0856fc67a4 user: dmestas tags: trunk | |
| 00:14 | The store-lock e2e asks storelock for the in-process refusal instead of reopening the store, so the runner no longer prints a lock notice; the test runner fails any test that ends holding a store lock check-in: 42354433d6 user: dmestas tags: trunk | |