Lore – Open source version control system designed for scalability • Hacker News Board

Re: Lore – Open source version control system designed for scalability

#211

Post by iveqy » Wed, Jun 17, 2026, 4:54 PM UTC

LugosFergus wrote: post #62

throw2ih020 wrote: post #24

For context, since a lot of people on HN haven't worked on games - this is not intended to compete with Git for general software development. This is a competitor with Perforce for game development. Git is fine for text based files like code, but it's really bad at stuff like textures, 3D models, audio files, and other non-text files that game developers need to collaborate on. For example, one artist might need to o…

Something else that git isn't good at: permissions. In gamedev, you might have proprietary work that you want to restrict to certain users. In P4, you can add restrictions to certain directories for only those who have signed the required NDAs. That's not something that you can do in git: it's all or nothing. Maybe you can set something up with submodules, but that's going to upend your repository if you hadn't plann…

The way I usually solve this is by using git submodules.

Re: Lore – Open source version control system designed for scalability

#212

Post by Lucasoato » Wed, Jun 17, 2026, 4:54 PM UTC

zipy124 wrote: post #72

Lucasoato wrote: post #52

> Git’s content-addressed revision graph is excellent, but it treats binary files as second-class citizens—large files require bolted-on LFS rather than first-class chunked storage, sparse checkouts have sharp edges in offline use, and there is no native multi-tenant isolation. I'm trying to figure out what Lore can accomplish that git+LFS can't. I've read about big binaries chunking, native interface and permission,…

If you've used git+LFS for any extended period of times, you'd know how often it breaks, especially when used with forges like GitHub. Both GitHub and Git treat LFS as an after-thought and second class citizen.

Can you tell me where did it break? Or what feature you wished it had? I’m just curious, still trying to form an opinion on this.

Re: Lore – Open source version control system designed for scalability

#213

Post by [deleted] » Wed, Jun 17, 2026, 4:55 PM UTC

frollogaston wrote: post #89

simcop2387 wrote: post #19

Earlier quoted context omitted.

The five command part isn't really possible but you can use custom diffs for merges, git diff, etc. pretty easily. There are projects like diffsitter ( https://github.com/afnanenayet/diffsitter ) for doing more intelligent diffs like this for supported languages. EDIT: and then an example for the merge stuff I couldn't find while typing before: https://mergiraf.org/ and HN discussion a few years ago: https://news.yco…

clone, pull, push, branch, merge, add, commit are the ones I use, but that's 7

[deleted]

Re: Lore – Open source version control system designed for scalability

#214

Post by danudey » Wed, Jun 17, 2026, 4:55 PM UTC

bigstrat2003 wrote: post #204

devin wrote: post #103

Earlier quoted context omitted.

With respect, were you around to use any of its predecessors?

I was. I thought, and still think, that svn was much more pleasant to use than git. Alas, I am in the minority.

SVN was more straightforward to use, but that straightforwardness lost a lot in terms of fidelity.

The fact that it was easy to clone a subdirectory was nice; the fact that branches were just subdirectories also was not nice. The fact that tags were mutable since they were also just subdirectories... the fact that every operation you ever did required going to the server (commit, log, checkout, everything) made it a pain if you were on a slow link.

I can't count the number of times I was inspecting SVN history and had to just 'svn log > /tmp/svn.log' so I would have the whole log locally rather than having to hit the server each time I wanted to refine a grep.

Re: Lore – Open source version control system designed for scalability

#215

Post by yoyohello13 » Wed, Jun 17, 2026, 4:57 PM UTC

jon-wood wrote: post #162

yoyohello13 wrote: post #106

Earlier quoted context omitted.

He makes a good tool? Honestly I don’t get the git hate on HN. I’ve been using it for years with no issue. I just read the first 3 parts of the git book and never looked back. I even setup a git server at home with the basic tools.

This is definitely a bit snarky but you read any of the documentation at all, and therefore know more than a large percentage of git users about what it’s actually doing. Most people seem to treat git like some sort of mysterious orb which if you speak the right incantations will perform magic for you.

Reading the docs is kind of a superpower for devs. With AI I think most technology is going to be treated like praying to the machine spirit.

Re: Lore – Open source version control system designed for scalability

#216

Post by gritzko » Wed, Jun 17, 2026, 4:57 PM UTC

simcop2387 wrote: post #19

glouwbug wrote: post #13

I’ve always wanted a git with five commands, and maybe with AST based diffing

The five command part isn't really possible but you can use custom diffs for merges, git diff, etc. pretty easily. There are projects like diffsitter ( https://github.com/afnanenayet/diffsitter ) for doing more intelligent diffs like this for supported languages. EDIT: and then an example for the merge stuff I couldn't find while typing before: https://mergiraf.org/ and HN discussion a few years ago: https://news.yco…

Five is enough. Beagle uses five HTTP verbs: GET, POST, PUT, DELETE, PATCH. And it is syntax-aware.

https://replicated.wiki/blog/uris.html

Re: Lore – Open source version control system designed for scalability

#217

Post by throwaway81523 » Wed, Jun 17, 2026, 4:59 PM UTC

throw2ih020 wrote: post #24

For context, since a lot of people on HN haven't worked on games - this is not intended to compete with Git for general software development. This is a competitor with Perforce for game development. Git is fine for text based files like code, but it's really bad at stuff like textures, 3D models, audio files, and other non-text files that game developers need to collaborate on. For example, one artist might need to o…

> Git is fine for text based files like code, but it's really bad at stuff like textures, 3D models, audio files, and other non-text files

Git-annex ?

Re: Lore – Open source version control system designed for scalability

#218

Post by manifoldgeo » Wed, Jun 17, 2026, 4:59 PM UTC

jacobgold wrote: post #21

I'd trust this project more if it was named Data.

If it were Data instead of Lore, it would reject any commit messages that used contractions such as "I'm" and "can't" ;-)

Re: Lore – Open source version control system designed for scalability

#219

Post by LinearIO » Wed, Jun 17, 2026, 4:59 PM UTC

throw2ih020 wrote: post #24

For context, since a lot of people on HN haven't worked on games - this is not intended to compete with Git for general software development. This is a competitor with Perforce for game development. Git is fine for text based files like code, but it's really bad at stuff like textures, 3D models, audio files, and other non-text files that game developers need to collaborate on. For example, one artist might need to o…

P4 is also really well integrated into IDEs and UE Editor so that I don't need to think about it as much as I need, compared to Git. Locking assets, releasing them, merging into streams etc., is overall pretty streamlined. When it works, it's great, but when it doesn't work though, it's pretty hard to diagnose issues.

Re: Lore – Open source version control system designed for scalability

#220

Post by Freedom2 » Wed, Jun 17, 2026, 5:00 PM UTC

LugosFergus wrote: post #62

throw2ih020 wrote: post #24

For context, since a lot of people on HN haven't worked on games - this is not intended to compete with Git for general software development. This is a competitor with Perforce for game development. Git is fine for text based files like code, but it's really bad at stuff like textures, 3D models, audio files, and other non-text files that game developers need to collaborate on. For example, one artist might need to o…

Something else that git isn't good at: permissions. In gamedev, you might have proprietary work that you want to restrict to certain users. In P4, you can add restrictions to certain directories for only those who have signed the required NDAs. That's not something that you can do in git: it's all or nothing. Maybe you can set something up with submodules, but that's going to upend your repository if you hadn't plann…

I ended up writing my own layer over git for permissions for a specific client a long time ago. It has a huge amount of useful features - sadly, I never took the idea further.