Sort of. I add provenance, which helps properly identify collisions, and require a well-defined order by stacking [1] changelists.

> The doc claims it's the first with this technique.

More like the first with the particular angle on the technique. I specifically mention patch theory as another side of the same coin.

> A 30 second search reminded me of Darcs, and taught me about Pijul, and Weave.

Darcs is Pijul's ancestor, and I mentioned Pijul. I also mentioned the weave and how reference sets scale better.

> The example in the doc uses text, and unfortunately I think it's for a reason.

Readability. Nothing more. The real stuff will be a compact binary format.

> I think with large, binary game assets, the most common operation is going to be strings of "replace A with B", and depending on your chunk size relative to the distribution of changes you make on your assets, I see it as pretty close to a wash, for efficiency.

Yore will dedup change data instead because as the Lore document itself identifies, dedupping content is hard using chunks; you either get dedupping or canonical addresses. Change data doesn't have one canonical address; the address is in the commit data instead.

Dedupping changes has another benefit. If most instances are "replace A with B," and A replaces B in multiple places, Yore will be able to store just one instance of A, no matter its size. This matters because the larger the chunk, the less likely it will match any other chunk.

> Especially considering that content-addressable blocks also solves de-duplication, which for a multi-game studio is probably going to be significant. Especially if they're managing multiple releases, patches, development branches, etc.

True, but that should be table stakes. The fact that Git does not is a poor reflection on Git, not an innovation in Lore.

[1]: https://www.stacking.dev/

It also makes diffing hard, as well as diff viewing.

[1]: https://gavinhoward.com/uploads/designs/yore.md

[2]: My WIP VCS has been named Yore for at least two years; I did not copy Lore's name.

This mattered because speed is the killer feature [1], and speed is often seen by users as a proxy for reliability [2].

[1]: https://bdickason.com/posts/speed-is-the-killer-feature/

[2]: https://craigmod.com/essays/fast_software/

Probably true, but it's a shame because there are better ways of storing and processing the data, ways that natively handle binary files, semantics, and large files without falling over.

[1]: https://gavinhoward.com/2025/04/how-i-solved-the-expression-...

[1]: https://gavinhoward.com/uploads/designs/yore.md

https://en.wikipedia.org/wiki/High-Tech_Employee_Antitrust_L...

But most importantly, I want to finally become as kind, patient, and charitable as I have always wanted to be.

Comments URL: https://news.ycombinator.com/item?id=46292011

Points: 2

# Comments: 0

Comments URL: https://news.ycombinator.com/item?id=46228224

Points: 4

# Comments: 0

And if you don't have time, just go to the bullet point list at the end; that's all of the best practices, and they are fantastic.

Comments URL: https://news.ycombinator.com/item?id=45994353

Points: 3

# Comments: 0

To those for whom it is, please don't feel obligated to continue. I haven't, and I made this public so that others will be able to discard their feelings of obligation.

Let's get paid to hold up the sky.

Comments URL: https://news.ycombinator.com/item?id=44638498

Points: 3

# Comments: 1

I like this paper. While it's not anything groundbreaking or sensational, it did help me with the design of something I am working on.