Developer Foundations line, station 3 of 9
GitHub for Teams
Work on a shared codebase the way strong teams do: push and pull safely, review pull requests, ship releases and hotfixes, plan in GitHub Projects, and let GitHub Actions check and deploy every change.
- 7lessons
- 4 hto read and do
- Intermediatelevel
- 7podcast episodes
- 7checked exercises
- 1simulators
Tools you'll use in this course
The lessons open these with a template ready. They work for your own job too, no course needed.
About this course
This course is the team half of Git. You take what you know about commits and branches onto GitHub and learn how a real team shares, reviews, plans, checks and ships code: remotes and safe login, pull requests and code review, branching strategies and releases, issues and Projects, GitHub Actions for continuous integration, and secure deployment with environments, OIDC and least-privilege permissions. It ends with the detective skills that answer "when did this change, and why?" with blame, the pickaxe and git bisect.
It belongs to both the Full-Stack Developer and the Product Manager paths, so every lesson keeps two readers in mind. Developers build everything for real, from a ruleset and a linted CI workflow to a hotfix with cherry-pick and a scripted bisect. Product managers learn to read a pull request in ten minutes from its description and file list, write one-line release notes and triage rules, and read a red check without having to fix the code.
Every lesson is set at Mangrove Market, a fictional grocery chain with about 320 stores, a Store app on handheld scanners and a Partner app used by 1,800 corner shops, where you play a new team member. Each lesson has diagrams, quick checks, a Build-it section with real commands and real outputs, practice tasks with one exercise auto-checked in your browser, flashcards and a podcast episode. The course ends with a capstone project and a final exam for a free certificate.
What you will be able to do
- Push, pull and recover from a rejected push without losing anyone's work, with SSH or token login set up safely
- Write, review and merge pull requests, route reviews with CODEOWNERS, and read any PR as a PM from its description and file list
- Choose a branching strategy, protect main with a ruleset, and ship releases and hotfixes with tags, semantic versions and cherry-pick
- Plan work with issue forms, labels and a GitHub Project whose cards move themselves when pull requests merge
- Write, lint and debug a CI workflow, then deploy through staging and an approval gate with OIDC and least-privilege permissions
- Trace a line of code back to its commit, PR and issue, and find the commit that broke something with git bisect
Syllabus
7 stops, about 4 h in total. Each stop fills in when you complete the lesson.
GitHub: remotes, clone, push, pull and authentication
A repository on one laptop helps one person. GitHub gives your team one shared copy, and Git keeps yours and the shared one in step with a few commands. This lesson shows what a remote really is, what fetch, pull and push each move, how to log in safely, and how to handle the most common error: a rejected push.
Git remotesPush and pullGitHub authentication
Pull requests and code review
A pull request is where your team decides, together, that a change is safe to ship. This lesson shows what a PR is made of, how to write one that gets a fast yes, how to review well, what each merge button does to history, and how a PM can read a PR in ten minutes without reading every line.
Pull requestsCode reviewReading a PR as a PM
Branching strategies, releases and versions
How a team uses branches decides how often it can ship and how calmly it can fix a bug in the busiest week of the year. This lesson compares the three common strategies, shows how rulesets turn your agreements into rules GitHub enforces, and walks through tags, releases, version numbers and a hotfix from start to finish.
Branching strategyRelease managementSemantic versioning
Planning on GitHub: issues, labels and Projects
GitHub can hold the plan right next to the code: issues for each piece of work, labels and fields to sort them, and Projects boards that update themselves when pull requests merge. This lesson shows how the pieces connect, and how to decide what to plan on GitHub and what to keep in Jira or Notion.
Issue trackingBug triageGitHub Projects
GitHub Actions: continuous integration
Every pull request on your team is checked by a robot before a person reviews it. This lesson opens up that robot: what triggers it, where it runs, how jobs and steps fit together, how caching and secrets work, and how to read a red X. Then you write a complete CI workflow for a TypeScript project and lint it.
GitHub ActionsContinuous integrationReading CI failures
Deploying and securing with GitHub Actions
CI checks code. CD ships it, and to ship it the workflow needs a key to your servers or cloud. This lesson shows how to deploy through staging and an approval gate to production, how to give a workflow short-lived access instead of a stored key, and the handful of settings that stop a workflow from becoming the easiest way to break into your systems.
CI/CD securityDeployment pipelinesLeast privilege
Reading code like a detective
"When did this behaviour change, and why?" is one of the most useful questions a PM can answer alone. This lesson gives you the tools: how to find your way around an unfamiliar repository, search code across GitHub, follow a line back through blame to its commit, pull request and issue, search history with the pickaxe, and let git bisect find the commit that broke something.
Code archaeologyGit bisectCode search
Capstone: Put partner-api on a team workflow before the festival rush
A realistic project with a rubric and a model answer.
Final exam and certificate
10 questions drawn at random, 70% to pass.
Capstone project
Put partner-api on a team workflow before the festival rush
Mangrove Market's partner-api is the service the Partner app's 1,800 corner shops order stock through, and before the festival rush the team wants it on a proper workflow. Using a small Node project of your own (a discount or VAT module with a few tests is enough), set up a GitHub repository the way this course teaches: a protected main, a PR template and code owners, a bug report form and a Project, and a CI workflow that blocks bad merges. Then run one full cycle: an issue, a feature PR that closes it, a v1.0.0 release, a bug fixed on main and shipped as a v1.0.1 hotfix through a release branch, and a short investigation that uses git bisect run to find a rounding regression you plant on purpose. Write it up so Imran, the Partner app's product manager, could follow every step without reading the code.
You will hand in
- A repository link (a public repository is fine, and makes rulesets free) with a README, a PR template, CODEOWNERS, an issue form and the ruleset exported as ruleset.json
- A CI workflow in .github/workflows/ci.yml that passes actionlint, is required by the ruleset, and has one red and one green run you can point to
- One issue and the squash-merged PR that closed it, with a test plan in the description and at least one review comment or suggestion
- Tags v1.0.0 and v1.0.1 with GitHub Releases, where v1.0.1 is a fix merged to main first and cherry-picked onto a release branch
- A one-page investigation note in the repository: the planted regression, the check script, the bisect output and the PR and issue trail
Check what you know
Already know some of this? Answer 7 quick questions, one from each lesson, and we will mark the lessons you can skim. It takes about 4 minutes and nothing is graded.
Questions
How long does the course take?
About four hours: seven lessons of 30 to 40 minutes each, including the Build-it steps and practice, plus an optional podcast episode of 10 to 13 minutes per lesson. The capstone project takes 2 to 6 hours. You can stop after any section and pick up later.
Do I need to take Git from the Inside first?
Developers will get the most from this course after Git from the Inside, and every lesson links back to it where it builds on a Git idea. Product managers can start here: the first lesson explains the two ideas you need (a commit and a branch), and each lesson has a section on reading the result as a PM.
What do I need to install?
A free GitHub account, Git, the GitHub CLI (gh) and VS Code, on Windows or macOS. The CI lessons also use Node.js 22 or newer, and actionlint is an optional free download. The practice exercises run in your browser with nothing installed. A few GitHub features, such as required reviewers on private repositories, need paid plans, so the lessons say when to use a public practice repository instead.
I am a product manager. Will I have to write code?
No. You can follow every lesson by reading the Build-it steps and doing the PM tasks, such as reviewing a PR from its file list, planning a hotfix or rewriting a bug report. Each lesson also has a short JavaScript exercise that is optional for you; trying it is a good way to build intuition for how the tools decide things.
Is the certificate free, and how does the exam work?
Yes, the certificate is free, like everything else on Kolom. The final exam picks 15 random questions from the course's question bank, you need 70% to pass, and if you do not pass you can try again after 24 hours with a new set of questions.
Is it really free?
Yes. Every lesson, podcast episode, exercise, quiz, final exam and certificate is free. The labs and their templates for real work are free too. Plus and Premium add every lab challenge, weekly extras and a mentor on top, and they never lock the tools or the courses.