Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Lore – Open source version control system designed for scalability

lore.org

Post reply on HN
Print view View original

101–110 of 717 posts

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

#101

Post by Wowfunhappy »

Tuna-Fish wrote: post #44
ryukoposting wrote: post #17

Hosted onn GitHub. Heh.

Lore itself is not an example of a program that meaningfully benefits from any of the key features of Lore. Lore is meant for situations where your repository is going to contain gigabytes of binary files, such as art assets for games. Git is technically great at everything but that, and even the external solutions for that situation still kind of suck.

Is Lore worse at managing text files, though? If not, it might make sense to adopt it fully in an organization so you can just use one tool.

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

#102

Post by rbits »

glouwbug wrote: post #11
headwayoldest wrote: post #2

How long before Epic starts giving away other software and suing git to support lore?

I can’t remember the last time anyone actually played the game they got for free on epic’s store

I definitely have. But they're all the games that they gave out in the early days, the more recent games haven't really appealed to me. And it didn't convince me to spend any money, I still haven't spent a single cent on anything Epic Games.

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

#103

Post by devin »

TheBigSalad wrote: post #64
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…

That sucks, git is so absolutely horrible. It's crazy to me that nobody has made anything better yet. Although I could start that myself and yet have not.

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

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

#104

Post by rowanG077 »

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…

Doesn't git crypt solve this? You can have encrypted blobs in a repo that will be auto decrypted if you have a working key.

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

#105

Post by adastra22 »

Wowfunhappy wrote: post #92
O5vYtytb wrote: post #79

Earlier quoted context omitted.

https://epicgames.github.io/lore/roadmap/#desktop-client > Open-source the desktop client so the community can build on its full graphical experience, not just download it. An early desktop client already exists as a binary download, but it isn't open source yet — it depends on some proprietary components, including Epic's internal design system. We're working to make all of it available in the open so that the clien…

Thanks. I still think it's a bit weird to say "fully" open source while your flagship client is currently closed. I realize they're referring to the VCS itself, but—well, if they just dropped the "fully" for the time being, I wouldn't bat an eye.

It’s pretty obvious the entire surrounding text of this project (and presumably the code itself) is vibed. A lot of that is probably aspirational.

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

#106

Post by yoyohello13 »

yomismoaqui wrote: post #97
niek_pas wrote: post #22

Just today as I pushed some changes to Github, I was thinking how user-unfriendly Git's UI is: Enumerating objects: 5, done. Counting objects: 100% (5/5), done. Delta compression using up to 10 threads Compressing objects: 100% (3/3), done. Writing objects: 100% (3/3), 290 bytes | 290.00 KiB/s, done. Total 3 (delta 2), reused 0 (delta 0), pack-reused 0 remote: Resolving deltas: 100% (2/2), completed with 2 local obje…

This is what happens when a kernel developer creates tools that need some kind of UX (I say this both as a shitty UX developer and Linus fan)

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.

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

#108

Post by tombert »

takipsizad wrote: post #23
tombert wrote: post #16

Earlier quoted context omitted.

I play Brotato fairly often. I am not sure I have played any of the other free games I’ve gotten though.

i've paid for brotato (Its a pretty good game, it was worth my money) and played city skylines (which i haven't paid for due to its excessive amount of dlcs)

They gave away Death Stranding awhile ago, and I hear that one is good, which I don't dispute given its Kojima origins.

But Kojima games require me to be in a very specific mood and I have been trying to work my way up to it.

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

#109

Post by Decabytes »

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…

I wonder how useful this could be as a generalized version control for regular user systems, as a way to rollback, or scrub through history. Presumably if this is designed to work at Epic and Big Game studio scale, it should work at home computer scale

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

#110

Post by yoyohello13 »

niek_pas wrote: post #22

Just today as I pushed some changes to Github, I was thinking how user-unfriendly Git's UI is: Enumerating objects: 5, done. Counting objects: 100% (5/5), done. Delta compression using up to 10 threads Compressing objects: 100% (3/3), done. Writing objects: 100% (3/3), 290 bytes | 290.00 KiB/s, done. Total 3 (delta 2), reused 0 (delta 0), pack-reused 0 remote: Resolving deltas: 100% (2/2), completed with 2 local obje…

[flagged]
Post reply on HN