The 'technologies' will be replaced by their respective icons.
this post was submitted on 24 Apr 2024
-14 points (36.5% liked)
Programming
17426 readers
225 users here now
Welcome to the main community in programming.dev! Feel free to post anything relating to programming here!
Cross posting is strongly encouraged in the instance. If you feel your post or another person's post makes sense in another community cross post into it.
Hope you enjoy the instance!
Rules
Rules
- Follow the programming.dev instance rules
- Keep content related to programming in some way
- If you're posting long videos try to add in some form of tldr for those who don't want to watch videos
Wormhole
Follow the wormhole through a path of communities [email protected]
founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
Changed, but why Git but not GitHub for version control:
Because "Git" is the technology. GitHub is just one site that works with it.
I see, I thought Git and GitHub are not one and the same.
There's plenty of git forges that aren't GitHub. Git itself has nothing to do with central servers and can theoretically be used in a completely decentralized manner.
Understood.
At college some guys were self hosting a git server for a project but it went down. We resorted to a USB stick that acted as
remoteand was passed around. That was awesome to see, for about a day...Lol. Git itself can act as a server over the git protocol. Might have been easier 🤪
Also if you go with git instead of github you should use git's icon
Agreed, here you go:
Speaking from experience, in the past year, I've used 3 different hosting providers for git repositories at work. Only one of them is GitHub. It's good to keep your options open - git isn't locked to any particular provider, after all.
What other options are popular in the market?
I've used GitLab and Azure DevOps professionally, but there are a lot of services out there which host Git repositories. GitLab can also be self-hosted which is nice. They all fundamentally work the same though from my experience - code viewer, issue tracker, pull requests, some way of doing CI/CD, and various collaborative and documentation features (wikis, discussion areas, permission management, etc).
It may be good to understand also where the separation lies between features that are part of Git vs those which are part of the service you're using (like GitHub). For example, branches are Git, while pull requests and wikis are GitHub.