Reading about git reflog and using it while your branch appears to have vanished are different
experiences. These labs exist to make the second one familiar.
Each is a scenario you build yourself in a disposable repository, break deliberately, and repair — with the commands, the expected output, hints if you get stuck, and an explanation of why the fix works.
How the labs work
Section titled “How the labs work”Everything runs locally, in a directory you throw away. Nothing touches a repository that matters. Where a lab needs GitHub, it says so and a scratch repository is enough.
No arbitrary code executes on our servers. There is nothing to sign up for and nothing to install beyond Git itself.
Each lab is self-contained — scenario, objective, prerequisites, starting state, tasks, hints, solution, explanation. Read the solution if you are stuck; the explanation is where the value is.
Git recovery
Section titled “Git recovery”Work that appears lost, and the mechanisms that get it back.
Workflows
Section titled “Workflows”Merging, rebasing, and repairing them when they go wrong.
GitHub
Section titled “GitHub”Routing review and setting the rules a pull request must satisfy.
Diagnosing pipelines that fail for reasons the error message does not name.
Security
Section titled “Security”The workflow patterns that hand credentials to strangers.
DevOps
Section titled “DevOps”Infrastructure change as a reviewable commit.
Suggested order
Section titled “Suggested order”The labs stand alone, but they build. Three tracks:
Git recovery and repair — 01 → 07 → 09 → 02 → 08 → 03 → 20 → 10 → 18 → 19. Establishes that Git rarely loses committed work, then works through conflicts, bad merges and rebases, and finishes with worktrees as the way to avoid half the problems.
GitHub and CI — 11 → 12 → 13 or 14 → 15 → 04. Routing and rules first, then a pipeline for your language, then packaging, then debugging one that has gone wrong.
Security and infrastructure — 05 → 16 → 06 → 17. Making a pipeline safe, removing the long-lived credential, then applying review discipline to infrastructure.
If you are new to Git, start at 01. If you are here for CI security, 05 stands alone.
Where to go next
Section titled “Where to go next”Modern Git Weekly
One advanced Git/GitHub technique, one practical workflow, and one security lesson every week.
New labs are announced in the weekly email, with the lesson they practise.
Not open yet
Rather than collect addresses with nowhere to send them, signup is closed until delivery is set up. Everything on the site is free without it — theRSS feed carries every new lesson in the meantime.