Search icon CANCEL
Subscription
0
Cart icon
Your Cart (0 item)
Close icon
You have no products in your basket yet
Arrow left icon
Explore Products
Best Sellers
New Releases
Books
Videos
Audiobooks
Learning Hub
Conferences
Free Learning
Arrow right icon

4 myths about Git and GitHub you should know about

Save for later
  • 3 min read
  • 07 Oct 2018

article-image

With an aim to replace BitKeeper, Linus Torvalds created Git in 2005 to support the development of the Linux kernel. However, Git isn’t necessarily limited to code, any product or project that requires or exhibits characteristics such as having multiple contributors, requiring release management and versioning stands to have an improved workflow through Git.

Just as every solution or tool has its own positives and negatives, Git is also surrounded by myths. Alex Magana and Joseph Mul, the authors of Introduction to Git and GitHub course discuss in this post some of the myths about the Git tool and GitHub.

Git is GitHub


Due to the usage of Git and GitHub as the complete set that forms the version control toolkit, adopters of the two tools misconceive Git and GitHub as interchangeable tools. Git is a tool that offers the ability to track changes on files that constitute a project. Git offers the utility that is used to monitor changes and persists the changes.

On the other hand, GitHub is akin to a website hosting service. The difference here is that with GitHub, the hosted content is a repository. The repository can then be accessed from this central point and the codebase shared.

Backups are equivalent to version control


This emanates from a misunderstanding of what version control is and by extension what Git achieves when it’s incorporated into the development workflow.

Contrary to archives created based on a team’s backup policy, Git tracks changes made to files and maintains snapshots of a repository at a given point in time.

Git is only suitable for teams


With the usage of hosting services such as GitHub, the element of sharing and collaboration, may be perceived as a preserve of teams.

Git offers gains beyond source control. It lends itself to the delivery of a feature or product from the point of development to deployment. This means that Git is a tool for delivery. It can, therefore, be utilized to roll out functionality and manage changes to source code for teams and individuals alike.

To effectively use Git, you need to learn every command to work


When working as an individual or a team, the common commands required to allow you to contribute a repository encompass commands for

  • initiating tracking of specific files,
  • Unlock access to the largest independent learning library in Tech for FREE!
    Get unlimited access to 7500+ expert-authored eBooks and video courses covering every tech area you can think of.
    Renews at £16.99/month. Cancel anytime
  • persisting changes made to tracked files,
  • reverting changes made to files
  • incorporating changes introduced by other developers working on the same project you are on.


The four myths mentioned by the authors provides a clarification on both Git and GitHub and its uses. If you found this post useful, do check out the course titled Introduction to Git and GitHub by Alex and Joseph.

GitHub addresses technical debt, now runs on Rails 5.2.1

GitLab 11.3 released with support for Maven repositories, protected environments and more

GitLab raises $100 million, Alphabet backs it to surpass Microsoft’s GitHub