Live data from Hacker News

Lore – Open source version control system designed for scalability

lore.org

551–560 of 717 posts

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

#551

Earlier quoted context omitted.

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

I guess it's because git wasn't developed as enterprise software.

Maybe you could go to linus and demand enterprise features and support.

;)

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

#552

Lore is copying us with "git for gamedev" messaging, and their entire brand. Epic interviewed me asking all sorts of questions about my customers and use cases. "Pagan" "Lore" lol Our site used to say "Folklore" at the top of projects. They still don't really understand the customer or use case, so have fun.

Respectfully, "VCS for game development" is not a novel idea in any way, and you have literally zero claim to it. It's obvious that Git is poorly suited for multimedia binaries that are integral to games, so obvious that there's Git LFS which is still just a bolted-on hack when you'd ideally have a system designed for them from scratch. It's also explicitly not specifically "Git for gamedev" -- it's "Perforce for gamedev", as they opt into the authoritative server model rather than Git's decentralized model.

Epic has also been working on this for longer than the three months your repo has been around. This is the launch of the open source project and independent GUI, but it was already integrated with their Fortnite game engine before now.

Your VCS repo is called "Artifact". It seems like a stretch to say that somebody using "Lore" is copying from you. Even if it were called "Pagan" that's still a stretch, but "Artifact" especially so.

I think a VCS written in Javascript is also inherently a nonstarter for any kind of production-grade use case. The idea that nobody else can make a gamedev-oriented VCS because somebody in the world made a little hobby project along those lines is frankly ludicrous.

(Granted, I'm not exactly keen to use Lore myself given the heavy signs of vibe coding throughout the documentation and repo. A vibe coded VCS is also inherently a nonstarter. Here I'm hoping some third party will come along and do VCS for gamedev right!)

I'd also add that there's some element of hypocrisy to criticising Epic here when your own marketing pitch is "I copied Git".

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

#553
post #493

Earlier quoted context omitted.

> Because git is an open-source project written by nerds, it shows you all of this information. Feel free to ignore it! This is the type of attitude that kept most Unix tools quite user-unfriendly for several decades. What information to show the user, and when, are important design decisions to make. Just dumping it all on the user and making them wade through it is not doing the user a favour. Thankfully newer tool…

> This is the type of attitude This is the type of attitude that makes me regret ever commenting on HN. FFS, git is a tool for programmers.

> FFS, git is a tool for programmers.

We already said it has a garbage UI, you don't need to repeat it

But jokes aside, usually the reason something is considered a "tool for programmers" and not just a tool is because the UI sucks.

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

#554

This is a very promising announcement for Unreal game development specifically. For any other purpose I wouldn't care as much. Perforce definitely needs a challenger. It is not the incumbent because it is particularily simple to use or administer. Git is actually way simpler when it comes to branching operations for example. The reasons why p4 is often preferred in gamedev have already been mentioned in other comment…

What about blender?

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

#555

Earlier quoted context omitted.

Now explain this to an artist with very little programming experience beyond what they picked up from their coworkers. I don't mean to be too glib, but some programmers have this decrepit idea that anyone working with computers should understand programming to be able to fully utilize them. I worked in gamedev, and many of my colleagues were brilliant, but your comment would read as complete nonsense to many of them.…

It's a progress indicator. Everyone has had the concept of percent in school even if they are an artist.

No, it's mostly nonsense to them.

You know what's a progress indicator? An actual progress indicator. Not some text telling you such and such process is 1234/5678 steps done...followed by yet another line of text telling you that the process is now at step 3 of 20. It could just be a % indicator with a spinning cursor, unless the -v/-verbose flag is present.

Of course artists can learn to understand what all this means; But that is not their job, they have other things to deal with besides the esoteric and overly verbose CLIs we programmers often make.

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

#556
post #482
post #228

Earlier quoted context omitted.

Can you name five?

Kubernetes and the one I'm working at right now.

It is truly a tragedy that the story for scaling Kubernetes beyond 3k-5k VMs is "run multiple clusters'. It's 10% overhead for tiny scale, doesn't scale well to large scale- it works well in this happy midrange of 7-3000 VMs.

(If anyone is about to ask why you would need that many VMs - many companies who do extremely large scale infrastructure! The kind of software where when it breaks it can create a crisis for utilities, governments, healthcare systems, militaries, etc.)

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

#558

Earlier quoted context omitted.

Not really, precisely because it’s decentralized. You can’t audit whether a user accessed one of the hidden files, or really even who can access it once you accept the reality of the risk that some team will put a key on S3 or a shared drive or whatever. It’s fine for things that you want devs to be able to see without the Git host being able to see them, it’s less good at RBAC because there’s no real “identity” comp…

You can use Mozilla SOPS instead with IAM roles and KMS instead of gpg. They also shifted to AGE over gpg.

It’s the same problem. You don’t have an audit trail. That’s needed in a lot of situations for compliance reasons

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

#560
post #311

Earlier quoted context omitted.

> I don't mean to be too glib, but some programmers have this decrepit idea that anyone working with computers should understand programming to be able to fully utilize them. Git is a software development tool first and foremost to support the development of an _operating system kernel_. It's perfectly reasonable for it to be technically verbose as a default, in the same way as it's reasonable for a band saw to cut o…

While I agree that git is a tool for the development of an operating system kernel, it's become clear that this is not the general perception of it. I don't mean those of us who have followed it throughout it's evolution, but those that are not 'in the know'. I have heard probably too many programmers pushing it as the end-all-be-all solution for version control even in environments not appropriate for it. I will dis…

> but those that are not 'in the know'.

Those are not the target market, and that is OK.

> spending extra time to get into the weeds of a version control system is often not possible without sacrifice.

Which is why most Gamedev places use perforce and not git. Or, perhaps now, Lore.

Post reply on HN