A key difference:
If you rely too much on PornHub, you’re never going to get fucked.
If you rely too much on GitHub, you’re eventually going to get fucked.
It’s not, though. Git is a means of distributing content, not the content itself. The thing analogous to PornHub’s porn on GitHub is the source code in the repos hosted there, not Git itself.
Git is a DVCS. GitHub is a place where DVCS repositories are hosted. There are many other places where DVCS repositories can be hosted, but GitHub is the most famous one… Porn is a type of content. PornHub is a place where porn is hosted. There are many other places where porn can be hosted, but PornHub is the most famous one. It’s a pretty good analogy.
There are many other places where DVCS repositories can be hosted
I mean… Everyone that’s cloned the repo has a full copy of it. You could clone it directly off someone else if you wanted to.
Sure… and you could pass around porn on thumb drives. But, having a central website where you can browse public repos and clone the interesting ones is a pretty key part of Open Source / Free Software development.
How many people use Github for discovery though? I usually find interesting projects through a search engine, through word of mouth, through posts on here, etc. at which point it doesn’t really matter where the repo is hosted. A lot of the useful projects I use aren’t even on Github.
As far as I know, Gitea is current working on federation support, which will be great. It’d be like Lemmy where you can browse repos, submit issues, etc from one instance even if the repo is hosted at a different one. Git was really designed for a model like that, not for a centralized one.
How many people use Pornhub for discovery though? I usually find interesting content through a search engine, through word of mouth, through posts on here, etc. at which point it doesn’t really matter where the porn is hosted. A lot of the useful content I use aren’t even on Pornhub.
Seriously though, I agree with you, githubs value to open source is not it’s discover-ability. Personally I think its value comes from the stability, as much as I’m an advocate for self-hosting I know from the amount of dead links on the internet that we could have lost a lot of projects or at least they would move about as hosts went down.
I quite like the idea of federated gitea, although technically there is already a federated platform for porn if you count Lemmy and/or mastadon.
But it’s a categorical error. The analogy is about “git”, not “git repositories” or “DVCS repositories”.
k
If only there was a website called “StreamHub” or something.
Honestly the content vs. characteristic method of delivery distinction is subtle enough this is still a great way of explaining.
Depends on to whom. If you’re explaining to your grandma, a small child, a co-worker, or a student under your tutelage, you probably don’t want an explanation that relies on reference to a porn site.
And if you’re explaining to a novice developer or to an IT person who sometimes might have to work with Git, they deserve an explanation that leaves them with a basic understanding (or at least the names) of the kinds of things Git and GitHub are (VCSes and SCM forges, respectively), not just an inkling that GitHub is not unique in being ‘a place to host (some?) Git, whatever that is’.
So… if you don’t mind that it suggests ‘GitHub is for uploading Git(s)’, that line is an okay way to teach ‘the difference between Git and GitHub’ to non-technical, non-elderly adults who don’t really need to know what Git is (and don’t work with you or study under you).
That’s an explanation of pretty damn narrow usefulness, to put it generously.
It is pithy and memorable, though.
How often does grandpa ask you what GitHub is?
You’re right, we probably should’ve noticed sooner.
I agree that porn is a nsfw way to explain something in a lot of scenarios but I disagree about people needing to know at least the names of a technology from an explanation.
Most people don’t need to know or care about the names to understand or use them. Knowing the names after I learnt the commands did not give me greater insight into how the tool works.
If they are just being introduced to git and github then they are likely new to programming and have much more important things to care about like learning their first programming language or understanding how their teams project actually works.
A place to host gits is a perfectly good explanation for anyone who is new to it.
deleted by creator
Grub and GrubHub
Using food as the analogy:
Food…Code
Kitchen…Dev Environment (IDE, PC, etc)
Serving…Deploying
ok good so far
When I’m done with code I’m not going to deploy yet I commit and store it on a branch in git.
When I’m done making food that I’m not going to serve yet, I store it in a fridge or pantry.
When I need external code, I grab it from GitHub. When I need ingredients, I grab them from the grocery store.
So I think Food Storage, is the closest analog to git. I have local storage (pantry, fridge) that I can use to store food I have acquired.
Which would mean the grocery store is the closest analogy, but not a restaurant. Or maybe a grocery store with a restaurant.
Git = bittorrent
GitHub = the pirate bay
Code = content
Even that’s not the perfect analogy but it’s better than the OP.
Though OPs example is easier for the general population to understand.
Yes, but mostly because the general population likely isn’t super familiar with Bittorrent and PirateBay.
A better, yet similarly correct explanation would be to say GitHub is to Git what GMail is to email.
This also doesn’t confuse protocol and content, and it doesn’t require knowledge of piracy.
In Lemmy people are not aware that GitHub is not just git server with lots of code. :)
That…isn’t quite right.
Git is a distributed version control system for software development^1.
Version control allows you to manage code versions and changes to code. You take snapshots, so to speak, of every change you make.
Distributed, in this context, means multiple developers can write code on each of their development computers and merge the changes, usually to a centralized git server.
GitHub runs a web-based git server at GitHub.com so teams can store their code in a central location on the internet.
- Ok, technically, even though It’s often used for software source code, it can be used for any set of files and directories.
I don’t see anything you said that it isn’t quite right.
Porn is a distributed form of entertainment.
Porn allows you to get your rocks off. You take views, so to speak and do your thing.
Distributed, in this context, means multiple enjoyers can watch porn on each of their entertainment computers and share the videos, usually to a centralized porn server.
PornHub runs a web-based porn server at pornhub.com so viewers can store their porn in a central location on the internet.
So in the analogy porn corresponds to git? Or to source code?
In this analogy it could be that:
- the filesystem is git and the porn is source code
- the file is git and the data is source code
- you don’t consider the source code because you can host anything on github
- we shouldn’t be reading into the analogy this deeply because its a silly analogy meant for absolute beginners
If you read it as “a website providing a service, but that service is also available elsewhere” the analogy makes perfect sense.
Ok, now explain the part you think is not right.
Git is a tool. GitHub is one implementation of a git server. Git is used to manage source code. GitHub hosts / manages source code.
Porn is content. Pornhub is one service that hosts content. Porn is not a tool. Git isn’t content. Source code is content.
So porn isn’t really analogous to git.
Maybe a better analogy would be… Git is to GitHub as outlook mail client is to outlook server–or Gmail app to Gmail server.
GitHub runs a web-based git server at GitHub.org so teams can store their code in a central location on the internet.
Wait… it’s GitHub.org?
I always assumed it was GitHub.com…
Edit: GitHub.org only seems to support HTTP and then it just does a permanent redirect to GitHub.com
Ugh I’m an idiot. Thanks.
All good 😊 you had me going for a minute though
Git is a program your computer runs to have a single folder have source control. It does all the hashing and commit chaining that you’re used to, branches, that sort of thing.
But if you want it to be on more than one computer, you need to do this complicated “Bare” repository setup on a server computer to do the “git push” stuff you’re used to.
Most people, being too lazy to learn bare repositories and the general sysadmin necessary to host a git server themselves, instead just use Microsoft’s Github which is a web interface for the server use of git the program.
Microsoft then proceeded with their classic mantra of “Embrace, Extend, Extinguish” and started slapping on more and more features that are incompatible with any other git hosting service: actions, CI, their web VSCode instances, etc. That’s all in GitHub too. But it’s all just web interface for git the open source program, at the end of the day.
I like shitting on M$FT as much as the next bloke but if you believe Github started being evil when Microsoft entered the picture then your memory is pretty awful.
From it’s inception github pushed proprietary tagging and issue numbers that have no meaning outside their platform and a difficult export process to trap projects - especially commercial ones - on their platform.
I remember moving a project from github to gitlab years ago (before MS) and the process to move all the non-git data from github was just as easy as moving the git repo itself. Thanks to gitlab’s efforts perhaps, but I didn’t expect github to have made it difficult for them based on the experience I ended up having.
I was being diplomatic because I was uncertain how people felt about the issue and PR tracking, considering how Bitbucket and GitLab replicate it. Felt simpler to focus on the since-M$ft egregious steps.
GitHub was independent from Microsoft for a long time, and was only acquired in 2018.
Just a few comments on this. Most people aren’t “lazy”, they just understand that the effort to run a bare repository is greater than basically any other solution. Also your incompatible features list implies that other git repo sites (gitlab, codecommit, bitbucket, etc) don’t have their own form of proprietary stuff that you have to learn. In fact the newest version of gitlab actually changes their web ide into vscode web, because of the obvious, it is much better than their old ide.
