this post was submitted on 29 Apr 2025
248 points (98.4% liked)
Technology
69449 readers
4156 users here now
This is a most excellent place for technology news and articles.
Our Rules
- Follow the lemmy.world rules.
- Only tech related news or articles.
- Be excellent to each other!
- Mod approved content bots can post up to 10 articles per day.
- Threads asking for personal tech support may be deleted.
- Politics threads may be removed.
- No memes allowed as posts, OK to post as comments.
- Only approved bots from the list below, this includes using AI responses and summaries. To ask if your bot can be added please contact a mod.
- Check for duplicates before posting, duplicates may be removed
- Accounts 7 days and younger will have their posts automatically removed.
Approved Bots
founded 2 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
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)
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.