Skip to main content
In this lesson we’ll define Git and GitHub, explain how they differ, and show how they work together in a typical team workflow.

​
What is Git?

Git is a distributed version control system you install and run locally. It acts as the underlying engine that records snapshots of your project, tracks file history, and manages branches. Because Git is local-first, you can create commits, explore history, and switch branches entirely offline. Example: inspect recent commits with git log
Git is the technology actually performing versioning: commits, diffs, branches, merges, and local history are all handled by Git itself.

​
What is GitHub?

GitHub is a cloud-based collaboration platform built on top of Git. It hosts remote repositories and adds tools and workflows that simplify team collaboration: code hosting, pull requests, issue tracking, CI/CD integrations, code review, and security scanning. GitHub stores authoritative remote copies of repositories and coordinates contributions across teams.
A helpful analogy: Git is the underlying technical protocol that routes messages, while GitHub is like the email client (Outlook or Gmail) that provides the interface, security filters, and organizational tools you interact with.
The image shows a diagram with GitOps and GitHub icons on the left, and Outlook and Gmail icons on the right, connected by an envelope symbol in the center, representing a technical protocol routing messages.

​
How Git and GitHub work together (typical team workflow)

  1. Development begins locally:
    • A developer (e.g., Alice) edits files and makes commits in her local Git repository. Git records those commits on her machine.
  2. Share changes to a remote:
    • When ready, Alice pushes her commits to a remote repository hosted on GitHub.
  3. Collaborate via GitHub:
    • Team members (Bob, Charlie) pull the updates to their machines, review code, open pull requests, or create new branches for features or fixes.
This local-to-remote architecture keeps distributed teams synchronized while preventing accidental overwrites.
The image is a workflow diagram illustrating the process of writing and committing code changes locally, pushing them to a remote repository, and collaborating with team members who pull the latest changes.

​
Quick comparison: Git vs GitHub

​
Why this workflow matters

  • Asynchronous collaboration: Developers can work concurrently without blocking one another, making distributed teams productive across time zones.
  • Scalability: The same Git + GitHub workflows scale from small teams to enterprise organizations.
  • Security and compliance: GitHub preserves a record of changes—who made them and when—providing an authoritative audit trail.
  • Risk management and rollback: Commit history allows teams to revert to a known-good state if deployments fail. Note that while Git supports history rewriting (e.g., rebase, --force), best practices treat shared remote history as immutable to keep auditability and safe rollbacks.
Together, Git (local version-control engine) and GitHub (cloud collaboration platform) provide a reliable, scalable foundation for modern software development.

Watch Video