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

361–370 of 717 posts

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

#361

Post by justinhj »

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…

I see Git as a tool aimed at experts that spend time to learn the tool. Asking non technical people to use it is a mistake. You can build guard railed apps on top of it for them, but probably it's the wrong tool.

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

#362

Post by adrianmonk »

gavinhoward wrote: post #179
MattRix wrote: post #159

Earlier quoted context omitted.

This is a very long document that says nothing about chunking at first skim. If chunking is actually wrong, then just explain why, here. Wasting space is not actually a problem if it’s optimized for other purposes instead.

When it comes to large assets, wasting large chunks of space is a problem. If your chunks are 64 kib average (from the Lore document), but changes only average 1 kib (which could be a high estimate), then you will still run out of space 64 times faster and need to read 64 times more data off of the disk for certain operations. It also makes diffing hard, as well as diff viewing.

Seems like if Lore wants to reduce space usage, they could apply something like Git's delta compression (as used in packfiles) to the chunks.

Suppose you make a 1 kB change in a 50 MB file. That causes a 64 kB chunk to be created and stored. Disk space is wasted.

But since the 50 MB file was already stored as a sequence of 64 kB chunks, there is an existing 64 kB chunk that is very similar to your new 64 kB chunk. You can store your new chunk as a delta to that, so only ~1 kB of disk space is used.

Admittedly, it's complicated and inelegant. But it allows both deduplication between files (one of the reasons Lore chose chunks, apparently) and efficient space usage for small changes.

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

#363

Post by rib3ye »

ifh-hn wrote: post #252
danudey wrote: post #195

Earlier quoted context omitted.

As others have said, it's Apple and they do not take kindly to other people leaking their technology/announcements ahead of time. See also: the time that ATI's CEO told his employees that their chips would be powering Apple's to-be-announced hardware a few days before the announcement. Steve Jobs responded by pulling all of ATI's hardware from its demo units at the announcement, not mentioning ATI at all, cancelling…

Sounds like a bit of a dick...

Going scorched earth was kind of Steve’s thing.

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

#364

Post by charcircuit »

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.

>Thats not what its for.

This is a weak argument you could use for any missing feature.

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

#365

Post by computerdork »

cmrdporcupine wrote: post #132
cedws wrote: post #34

Earlier quoted context omitted.

Git as a data structure is clever, but Git as a CLI is atrocious.

Obligatory: https://git-man-page-generator.lokaltog.net/

haha! The flaunt revisions flag is hilarious!

  --flaunt-revision= - Flaunt the revisions of extra commit IDs that are mirrorred.
Is the tool taunting you?

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

#366

Post by ibejoeb »

swiftcoder wrote: post #239

I don't see a workflow for locking assets while they are under modification. This is kind of important for assets? Since we don't really have great merge workflows for meshes/animations/sounds/etc. I also don't see any sort of GUI client? So the whole art team is going to have to get up close and personal with the CLI

Locks: https://epicgames.github.io/lore/faq/#does-lore-support-file...

GUI: https://epicgames.github.io/lore/faq/#does-lore-have-a-deskt...

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

#368

Post by LoganDark »

VibrantClarity wrote: post #237
superkuh wrote: post #63

Earlier quoted context omitted.

"Lore" is appropriate. Epic games is a very unethical company that steals from people. Myself in paticular. I bought Rocket League the game for linux from Psyonix. Epic bought Psyonix and immediately removed the game clients for linux and mac os. I can no longer play. They stole from me and many others. It'd be one thing if they just shut down the game entirely, but stealing it from only some people while keeping it…

I haven't played it since the buyout either, but I'm told it works perfectly with Proton.

You can no longer use Proton on a Mac (unless you have one of the few models supported by Asahi)

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

#370

Post by TheBigSalad »

zer00eyz wrote: post #127
TheBigSalad wrote: post #64

Earlier quoted context omitted.

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.

Git is fit for purpose. That purpose is to host a monorepo, with out a lot of 3rd party dependancies, distributed, patch based. Thats not how everyone else works. We're all using package managers to help with massive amounts of 3rd party dependancies (why are you version pinning in any place other than your repo, why arent you pulling updates through your repo and reviewing them) We're reliant on tools like artifacto…

Because our entire industry has fallen into the rut of "more tools"... rather than fixing the real issues that hold us back.

This is why I'm not motivated to build something better. I don't think anyone would care.

Post reply on HN