That’s called Git and it’s been around longer than GitHub. There is also Usenet which by now is mostly dead. People fell for centralized alternatives. Oops :)
Right? Git is literally decentralized. If you choose to use GitHub as a centralized Git service, that’s on you.
(I will caveat this by saying we moved 2009scape off GitHub and the number of new contributors probably got cut in half. Mainstream services have a lot more eyes)
2009scape is wonderful for those like me who need to scratch that RuneScape itch without a subscription. The fact I can play it off of a USB is testament to itself how incredibly awesome you guys are. Thank you for the project, sincerely. :')
Fundamentally, the repository you have on GitHub is the same thing as the repository you have on your computer when you clone it. Pulling and pushing are shorthands for synchronizing commits between the two repositories, but you could also synchronize them directly with somebody else who cloned the repository. As somebody mentioned, you can also just host the same repository on two servers, and push to both of them.
The issue is that git doesn’t include convenient features like issues, pull requests, CI, wikis, etc., and by extensions, those aren’t included in your local repository, so if GitHub takes them down, you don’t have a copy.
An extra fun fact is that git can be considered a blockchain. It’s a distributed ledger of immutable commits, each one representing a change in state relative to the previous one. Everybody who clones a repository gets a copy of its entire history and fast forwards through the changes to calculate the current state.
Git exposes a lot of internals through odd commands, so I suspect you could manage synchronization by sending changes over email or something.
Bonus fun fact: there’s a git bundle command that “dumps” the repository into a single file, that can be interacted with as a remote. So if you’re ever working with a local repository and want to put it on a server over ssh or something like that, you can just create a bundle, scp it over, and clone from that on the server.
Git works through ssh. So you need the same system as sshing into your machine. You just make a user group git and then let git and ssh handle things. And if you don’t need people to push to your repo, then it’s a lot easier as it’s now similar to hosting a website/file server.
Changes can come from anywhere. The Linux kernel itself doesn’t use any central repository like Github, it’s instead done via emailing patches that are eventually merged into the mainline kernel repository managed by Linus.
It’s just for the “last mile” where code gets packaged up into releases. There’s still thousands of developers that have all of the code on their machines as well, it’s just that their local repos aren’t the ones that end up in the hands of end users.
Git is, but it has no process of discovery or hosting by itself. Those are needed to efficiently share open source software to large numbers of people.
That’s called Git and it’s been around longer than GitHub. There is also Usenet which by now is mostly dead. People fell for centralized alternatives. Oops :)
You’d think Usenet is dead.
It’s not.
Oh boy it’s not! But mainly for binaries
Right? Git is literally decentralized. If you choose to use GitHub as a centralized Git service, that’s on you.
(I will caveat this by saying we moved 2009scape off GitHub and the number of new contributors probably got cut in half. Mainstream services have a lot more eyes)
I tried to follow that link and it seems Cloudflare blocked me. Don’t suppose you know who I’d need to talk to to resolve that would you?
Did Cloudflare not let you pass with a captcha?
Nope, just straight up blocked
2009scape is wonderful for those like me who need to scratch that RuneScape itch without a subscription. The fact I can play it off of a USB is testament to itself how incredibly awesome you guys are. Thank you for the project, sincerely. :')
How come Git is decentralized?
Doesnt it need a central component so I can pull your changes?
Edit: Thanks to all that explained it to me :)
Fundamentally, the repository you have on GitHub is the same thing as the repository you have on your computer when you clone it. Pulling and pushing are shorthands for synchronizing commits between the two repositories, but you could also synchronize them directly with somebody else who cloned the repository. As somebody mentioned, you can also just host the same repository on two servers, and push to both of them.
The issue is that git doesn’t include convenient features like issues, pull requests, CI, wikis, etc., and by extensions, those aren’t included in your local repository, so if GitHub takes them down, you don’t have a copy.
An extra fun fact is that git can be considered a blockchain. It’s a distributed ledger of immutable commits, each one representing a change in state relative to the previous one. Everybody who clones a repository gets a copy of its entire history and fast forwards through the changes to calculate the current state.
But to push/pull you’d in theory need to port forward your git server/workstation, right?
Git exposes a lot of internals through odd commands, so I suspect you could manage synchronization by sending changes over email or something.
Bonus fun fact: there’s a
git bundlecommand that “dumps” the repository into a single file, that can be interacted with as a remote. So if you’re ever working with a local repository and want to put it on a server over ssh or something like that, you can just create a bundle, scp it over, and clone from that on the server.Git works through ssh. So you need the same system as sshing into your machine. You just make a user group git and then let git and ssh handle things. And if you don’t need people to push to your repo, then it’s a lot easier as it’s now similar to hosting a website/file server.
You can have arbitrarily many git “remotes”: GitHub, gitlab, your own custom forge, etc…
Git a cmd tool only. Your can remote wherever you like.
Changes can come from anywhere. The Linux kernel itself doesn’t use any central repository like Github, it’s instead done via emailing patches that are eventually merged into the mainline kernel repository managed by Linus.
It is 100% decentralized.
Sounds like it’s centralized around Linus…
It’s just for the “last mile” where code gets packaged up into releases. There’s still thousands of developers that have all of the code on their machines as well, it’s just that their local repos aren’t the ones that end up in the hands of end users.
But… How does that work? The code has to be stored somewhere…
Linus memorises it.
The code is replicated by everyone who works on it, and on various public and private servers, so you might say it’s stored everywhere.
…I need to watch a video on this 😂
https://en.wikipedia.org/wiki/Distributed_version_control
Git is, but it has no process of discovery or hosting by itself. Those are needed to efficiently share open source software to large numbers of people.
git is clearly not p2p in the needed level or else we wouldn’t have faced this problem