Lore – Open source version control system designed for scalability

Post by slowmovintarget » Wed, Jun 17, 2026, 6:55 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…

Post by Melatonic » Wed, Jun 17, 2026, 6:55 PM UTC

foresto wrote: post #242

e40 wrote: post #43

Earlier quoted context omitted.

I think we can all agree that information should be behind a -v CLA. It's probably just something no one has thought of doing. I've learned over the decades to just ignore it.

> It's probably just something no one has thought of doing. One might reasonably think that about a number of git's rough edges, and one might be surprised at the reality. Some years ago, the annoyance of git's inconsistent terminology drove me to look into consolidating "cache", "index", and "staging area" in git's help text and documentation. What I found was that others had (of course) thought of it before, but wh…

Post by LoganDark » Wed, Jun 17, 2026, 6:57 PM UTC

applfanboysbgon wrote: post #169

LoganDark wrote: post #18

Interesting to note that this does not seem like a DVCS in the traditional sense because it depends on coordinating with a central server where all repositories will be hosted. I can't tell if servers can pull/push from eachother.

It is not a DVCS. > 3.2 Explicit non-goals¶ > Peer-to-peer decentralization. Lore is centralized by design. Two clients communicate through the remote, not directly.

Post by wtetzner » Wed, Jun 17, 2026, 6:57 PM UTC

Melatonic wrote: post #326

LugosFergus wrote: post #62

Earlier quoted context omitted.

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…

That always seemed crazy to me about git. Permissions are a pretty basic enterprise offering. Does Gitlab do better with this?

Post by francislavoie » Wed, Jun 17, 2026, 6:58 PM UTC

hhsecurity wrote: post #344

LugosFergus wrote: post #62

Earlier quoted context omitted.

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…

My teaspoons are terrible at peeling potatoes. Git has no built in authentication or RBAC. Thats not what its for. Its flat file source control. I swear loads of people havent a clue how git works or why it exists...most of the git based cloud services out there are 90% additional crap bolted on.