No fluff. No overwhelm. Steps explained in plain English — built for someone who already thinks in databases.
Git is the software that tracks changes on your computer. GitHub is the website that stores and shares that history online. Same relationship as PostgreSQL running locally vs. a hosted database server you can access from anywhere.
| GitHub Term | Database Equivalent | What It Means in Practice |
|---|---|---|
| Repository (repo) | Database / schema | A folder holding your entire project — all files, all history. A database that stores code instead of rows. |
| Commit | Transaction + audit log | A saved snapshot with a timestamp and message. "At 2pm Tuesday my code looked like this." You can restore to any commit exactly like restoring a backup. |
| Branch | Staging schema / test env | A parallel copy where you experiment without touching the live version. Nothing breaks production while you work. |
| main branch | Production database | The official live version. Changes come in through branches after being tested — not directly. |
| Clone | Full schema export / pg_dump | Download the entire repo — all files and full history — to your computer with one command. |
| Pull | Sync from upstream | Someone else made changes to the remote repo. Pull brings those into your local copy. |
| Push | Replicate to remote | Send your committed changes up to GitHub — backed up, visible to collaborators, accessible everywhere. |
| Pull Request (PR) | Schema change + peer review | A formal proposal to merge your branch into main. Shows the diff, allows review, requires approval before touching production. |
| Merge | Apply migration | Accept the PR and fold the branch into main. Branch is usually deleted after — it served its purpose. |
| Merge conflict | Concurrent write conflict | Two people edited the same line. Git can't auto-resolve — asks you to pick the winner. Same as two transactions writing the same row. |
| Fork | Schema copy for independent dev | Your own copy of someone else's public repo. Experiment freely without affecting theirs. |
| .gitignore | Excluded / redacted fields | A file telling Git what to never track. API keys, passwords, temp files go here. Without it, secrets end up on GitHub for everyone to see. |
Walks through every concept shown above — all on screen, step by step. Installation, commits, branching, collaborating. Widely recommended as the clearest beginner walkthrough available. Watch this alongside Phase 2 hands-on steps.
Reading about GitHub is like reading about swimming. At some point you have to get in the water. These steps take you from zero to a working commit pushed to GitHub — in under an hour.
Mac: Open Terminal, type git --version. If missing, Mac prompts to install developer tools — click install, wait 2 min.
Windows: Download from git-scm.com, run installer, accept defaults. You'll get "Git Bash" — use that as your terminal.
Verify: git --version should return a version number, not an error.
Every commit you make will carry your name and email — like an audit log author field. Run once:
Go to github.com → create a free account. Click the green "New" button. Name it my-first-ai-project. Check "Add a README file." Click Create repository.
You now have an empty project on GitHub — like creating a new database with one table (the README) already in it.
On your repo page, click the green "Code" button → copy the HTTPS URL. Then in your terminal:
You have a local copy. Changes here don't affect GitHub until you push — same as a local database that hasn't replicated yet.
Open README.md in any text editor. Add one line. Save. Then:
Staging = choosing which changes to include in this commit. Think: selecting rows for a batch INSERT before executing.
That commit is saved in local history forever. You can always restore to this exact state.
Refresh your GitHub repo in the browser. Your change is live — with your message, your name, timestamp. First entry in your transaction log.
On GitHub click "commits" at the top of your repo. Full audit trail — every change, author, timestamp, and a link to see the exact diff. In the terminal:
Claude is made by Anthropic. You'll use it for writing, coding, debugging, and thinking through problems. The quality of what you get back depends almost entirely on how well you frame what you're asking.
SELECT * with no WHERE clause. You'll get results. They just won't be what you needed. Garbage in, garbage out — same rule applies.
Shows his screen and builds actual things with Claude — not theory. Great for seeing how Claude fits into a complete development workflow, not just answering questions in isolation.
This is the easiest step for you. Supabase is hosted PostgreSQL with a web UI, REST API, auth, and file storage built on top. If you can write SQL, you can use Supabase on day one.
This is where the three tools stop being separate and become a system. Goal: have Claude write code that connects to Supabase, committed to GitHub. One loop, all three tools.
SELECT 1 — just confirming everything's alive.
The only way to learn this stack is to build something that matters to you. Not a tutorial. Not a copy-paste. Something you'd actually use. Three ideas sized for exactly where you are right now.
Paste queries, add notes about what they do and why, search them later. Claude writes the UI. Supabase stores them. Uses your expertise immediately.
Paste a schema into a form → Claude analyzes for normalization, missing indexes, naming issues → results saved to Supabase. Turns your domain skills into a tool.
Log what you learned each day, what you built, what questions remain. Claude summarizes your week. Simple Supabase backend. Low stakes, high learning.
Builds real things in public — no theory, working systems. His Claude Computer Use content shows AI actively controlling tools, running code, and building workflows. Watch when you're ready to go beyond the basics.
You have something most AI beginners don't — a deep understanding of data. How it's structured, how it flows, how systems break when the structure is wrong. That's the foundation everything in AI is built on. The tools are just tools. You already know how to think.
// progress saves automatically in your browser