this post was submitted on 07 Jul 2024
286 points (100.0% liked)

Memes

1358 readers
33 users here now

Rules:

  1. Be civil and nice.
  2. Try not to excessively repost, as a rule of thumb, wait at least 2 months to do it if you have to.

founded 5 years ago
MODERATORS
 
you are viewing a single comment's thread
view the rest of the comments
[–] Thann@lemmy.ml 5 points 4 months ago (1 children)

Git is a real-life use-case

[–] Eiim@lemmy.blahaj.zone 6 points 4 months ago (3 children)

Git is not a blockchain. Most importantly, it's not distributed. There's a singular git server that all git clients for that repository connect to and use as a source of truth.

[–] perishthethought@lemm.ee 7 points 4 months ago

https://git-scm.com/book/en/v2/Distributed-Git-Distributed-Workflows

In contrast with Centralized Version Control Systems (CVCSs), the distributed nature of Git allows you to be far more flexible in how developers collaborate on projects. In centralized systems, every developer is a node working more or less equally with a central hub. In Git, however, every developer is potentially both a node and a hub; that is, every developer can both contribute code to other repositories and maintain a public repository on which others can base their work and which they can contribute to.

[–] upto60percentoff@kbin.run 5 points 4 months ago

Git was built specifically to avoid the necessity to have one authoritative server.

[–] Tja@programming.dev 2 points 4 months ago (1 children)

Counterpoint: it is a chain and there absolutely is not one server.

[–] _MusicJunkie 2 points 4 months ago (4 children)

For each project there is one authoritative instance, one "server" that everyone pushes to. Otherwise you get chaos.

[–] Asyx@lemmy.ml 9 points 4 months ago

That's not a git thing though. You can totally have multiple remotes and the remotes are just git repositories themselves. Git is 100% decentralized. There is technically nothing stopping you from having multiple remotes.

[–] perishthethought@lemm.ee 6 points 4 months ago* (last edited 4 months ago) (1 children)

That may be how you use it, but that's not baked into git. See my previous response. There's a bunch of FUD in this thread for some reason.

[–] Thann@lemmy.ml 2 points 4 months ago

People want simple answers, and "blockchain bad" seems to satisfy many

[–] Tja@programming.dev 3 points 4 months ago

Otherwise you get git. You're describing svn.

[–] Thann@lemmy.ml 3 points 4 months ago (1 children)

And nobody ever forked a project, and lived happily ever after, then end.

[–] _MusicJunkie 1 points 4 months ago (1 children)

If you want to work with the original project, you have to push to the server that controls the original project.

[–] Thann@lemmy.ml 3 points 4 months ago

No you don't, you can just fork it, add a commit, and walk away, and everyone can decide which one they want to clone