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

631–640 of 717 posts

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

#631

Post by feelamee »

argee wrote: post #203
WillPostForFood wrote: post #38

Earlier quoted context omitted.

Citizen Sleeper, the game that is going free tomorrow on the Epic store is really good. Space Cyberpunk themed RPG/Survival Sim. It is interesting that people are so cynical about Epic giving out free games. I get that people love Steam, but competition in the storefront market is not bad.

> It is interesting that people are so cynical about Epic giving out free games. It's a mischaracterization to call the games free, if they require you to install unrelated third-party software you'd rather not install (and which at least in the past has been known to snoop your data without consent). In that sense, you may see it as backlash around characterizing the games as free in the first place, when they obvio…

> they require you to install unrelated third-party software you'd rather not install (and which at least in the past has been known to snoop your data without consent).

can you elaborate pls? I'm a little not in context

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

#632

Post by zeratax »

freedomben wrote: post #142
giancarlostoro wrote: post #112

Earlier quoted context omitted.

People don't use git crypt nearly enough unfortunately.

Agreed. I use and love git crypt, but it doesn't get enough use. I think because it's easy to screw up gpg keys. Most of my uses (for one to three devs) have become symmetric keys shared out-of-band instead of using gpg keys because we've had lots of onboarding pain even from people who are quite competent. There are just a lot of sharp edges in gpg that you don't know when you don't know.

i really want to use a similar tool that uses age instead of gpg, but the ones i've tried were all not as nice to use, or very undermaintained. but idk i havent checked in a while

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

#633

Post by 59nadir »

PaulDavisThe1st wrote: post #580
maccard wrote: post #527

Earlier quoted context omitted.

> The 10k tutorials on git might indicate issues with its design, or it might indicate its massive popularity. Hard to say. It's "hard to say" if you want to ignore the fact that it requires 10k tutorials. Meanwhile, there are 500+ person companies with non technical users using P4 with literally 0 onboarding other than "by the way, undo is broken don't use it". > I just remember that learning to use P4 required lear…

the fact that 10k tutorials exist says way more about the human urge to write, document, and share information than git itself. the 10k number is also a made up statistic. It might be 2k, it might be 20k. i use git daily and often fairly intensively, and i've read perhaps 5-10 tutorials, so the idea that "git requires 10k tutorials" just doesn't make any sense. if anything, the fact that something with good search-fu…

Honestly, when our backend team merged into one that was using Perforce for the backend learning how to use Perforce wasn't realistically even a blip on the radar of what to get used to. I was against it at the time for what we were doing but with the benefit of hindsight I can say that I prefer something like Perforce if someone can manage it for me, or it's a set-and-forget type situation; I don't personally have a lot of use for the distributed part of DVCS.

Currently I use Fossil for most projects, but it's not a compelling choice (just like git) for when you have binary stuff. You've got `fossil uv` for unversioned files, but I think I would rather just sidestep the entire problem with a better versioning model than what we've settled on for text files.

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

#634

Post by feelamee »

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

fetch, rebase, blame?

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

#635

Post by feelamee »

pushcx wrote: post #57
glouwbug wrote: post #13

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

I had wanted the same thing for a long time and jj + difftastic has satisfied me.

How does jj handle problems described in the lore website? I'm curious. I thought jj didn't have any goals about large binary files

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

#636

Post by feelamee »

genocidicbunny wrote: post #398
mariusor wrote: post #388

Earlier quoted context omitted.

Your straw man artist should use any of the nice frontends that work on top of git and hide its verbosity.

> artist should use any of the nice frontends that work on top of git and hide its verbosity. Right up until something goes fucky. You know how many times I got messaged by someone dealing with vcs going wrong for them at a late hour in the evening? If I had a nickel for every time, I wouldn't be rich, but it probably would have bought me a gallon of gas. It's not the verbosity strictly speaking. It is the minimal le…

I don't understand - you arguing that artists should learn to use cli? if so, "programmish" git output is not a problem, because they already not just artist, they learned git.

But, for me this looks like this - if artist need to go to cli to solve some error, then this is bug or leaky abstraction in GUI client.

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

#637

Post by account42 »

mixdup wrote: post #488
isodev wrote: post #430

Earlier quoted context omitted.

It’s funny how exciting Apple Pay was when introduced, only Apple pulled the lock-everyone-in card and now we’re all using QRcodes.

In the US you can use Apple Pay anywhere NFC payments are accepted. It's generally completely open on the acceptance side at this point

It's anywhere close to open and requires vendors to seek approval from Apple for every implementation - Apple just has the market share to make everyone dance to their tune.

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

#638

Post by cylemons »

arka2147483647 wrote: post #229
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…

Its important to understand that in Game Dev a ’git clone’, aka ’p4 sync’, can be a terabyte of stuff. Git is bad at such volumes of binary assets, textures, models, sounds, etc.

Yikes, does that mean each dev has terabytes of stuff on their machine?

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

#639

Post by bbkane »

bigbuppo wrote: post #260
ifwinterco wrote: post #246

Earlier quoted context omitted.

One of those ideas that sounds clever in theory but in reality doesn’t work very well

Also... it's kind of weird taking a decentralized system and recentralizing it.

Isn't centralizing systems over time more common than not? Another example is the Internet: websites do not have a uniform distribution of traffic
Post reply on HN