GitHub ligt er weer uit: Mirrors, alternatieven en hoe je online blijft

Als je onlangs een branch probeerde te pushen, een CI-pipeline wilde starten of een pakket wilde installeren en een foutpagina tegenkwam, was je niet de enige. GitHub had de afgelopen tijd meer storingen en degradaties dan gebruikelijk, en voor een platform in het centrum van moderne softwareontwikkeling voelt de hele industrie elke minuut Downtime.

Dit bericht is geen aanklacht. Voor alles is het een bedankje. En daarna, omdat we allemaal nog werk te leveren hebben, een praktische gids voor GitHub-alternatieven, Git Mirrors en hoe je ervoor zorgt dat de volgende storing je project niet stilzet — en niet onopgemerkt blijft bij je gebruikers.

Dank je, GitHub

Het is makkelijk te vergeten hoeveel één platform heeft veranderd. GitHub maakte van code-hosting een community en is bijna twintig jaar lang het standaardthuis van open source geweest. Een deel van wat we tegenwoordig als vanzelfsprekend zien:

• Pull requests en social coding — de workflow die een hele generatie ontwikkelaars op GitHub leerde.
• Een thuis voor miljoenen projecten — van weekendexperimenten tot de infrastructuur van het internet.
• GitHub Actions, Pages en Packages — een complete toolchain die kleine teams enorm deed voelen.
• Netwerkeffecten — sterren, issues, discussies en README-cultuur die het ontdekken van software een plezier maakten.

Niets daarvan verdwijnt door een paar slechte dagen. Storingen gebeuren bij iedereen; hoe succesvoller een platform, hoe meer mensen de slechte dag voelen. De gezonde reactie is geen woede. Het is dankbaarheid — plus een backup-plan. En eerlijk gezegd maakt GitHub het makkelijk om die slechte dagen te volgen via de eigen statuspagina. Maar je zou hem niet zelf hoeven te checken.

Wat er echt breekt als GitHub down is

github.com een slechte dag heeft, is de impact groter dan je denkt:

• Clone, push en pull requests — de dagelijkse basis stopt.
• CI/CD-pipelines (Actions) — builds blijven in de wachtrij of falen, releases schuiven op.
• GitHub Pages — documentatie- en marketingsites worden donker.
• Pakketinstallaties — dependencies die van GitHub-endpoints halen, beginnen te falen.
• Webhooks en integraties — events worden vertraagd of gaan verloren en breken automatisering stil.

Als je releaseproces, je documentatie of je product een van deze raakt, is je Uptime nu gekoppeld aan die van GitHub. Dat is een risico dat je echt kunt verkleinen.

Git Mirrors: je eerste verdedigingslinie

Een Git Mirror is een volledige, doorlopend bijgewerkte kopie van je repository op een andere host. Een mirror is geen migratie en geen protest — het is redundantie. Heeft GitHub een slechte dag, dan leeft je historie, je branches en tags ergens anders voort.

1. Kies een tweede thuis. GitLab, Codeberg of een zelf gehost Gitea of Forgejo werken allemaal prima.
2. Push alles één keer: kloon met git clone --mirror, voer daarna git push --mirror uit richting de nieuwe remote.
3. Houd het gesynchroniseerd: voeg ofwel een extra remote toe (git remote add mirror <url>) en push naar beide, of voer git push --mirror uit vanuit een geplande job — een cron-entry per uur is voor de meeste teams genoeg.
4. Of laat de kopie zichzelf onderhouden: GitLab, Gitea en Forgejo kunnen pull-mirrors vanaf GitHub op een schema aanmaken, zonder cron.
5. Controleer de mirror af en toe. Een mirror die je nooit test is een vals gevoel van veiligheid.

Een mirror geeft je geen tweede CI of issue-tracking, maar hij beschermt het waardevolste wat je bezit: je code en zijn geschiedenis.

GitHub-alternatieven die je moet kennen

Je hoeft GitHub niet te verlaten om voorbereid te zijn op een regenachtige dag. De alternatieven kennen — en misschien een mirror op een ervan houden — is gewoon goed engineering. Elk van deze platforms heeft echt vertrouwen van de community verdiend:

• GitLab — een compleet DevOps-platform met ingebouwde CI/CD, container registry en eersteklas repository-mirroring in beide richtingen. De meest natuurlijke plan B voor teams.
• Codeberg — een non-profitplatform gerund door de community, aangedreven door Forgejo. Een echt onafhankelijk thuis voor vrije en open source software.
• Sourcehut — minimaal, snel en e-mailgedreven. Een verfrissende nuchtere kijk op forge-tooling.
• Gitea en Forgejo — lichtgewicht open source forges die je zelf kunt hosten. Volledige controle, kleine footprint, ingebouwde mirror-ondersteuning.
• Bitbucket — de gevestigde Atlassian-optie met diepe Jira-integratie.

Het doel is niet GitHub opgeven. Het is kunnen zeggen dat je er nooit volledig van afhankelijk was.

Ontkoppel wat je kunt

Mirrors beschermen je code. Maar Downtime doet het meeste pijn als al het andere aan dezelfde host hangt. Verdeel de last:

• Documentatie en landing pages — serveer ze niet alleen vanuit GitHub Pages. Host ze als de productiesites die ze zijn.
• Pakketten — publiceer naar meer dan één registry, bijvoorbeeld npm plus een private registry of een tweede platform.
• Releases — bewaar artefacts op je eigen storage of CDN naast GitHub Releases.
• CI — een tweede pipeline op GitLab of je eigen runners kan overnemen als Actions down is.
• Badges en deep links — als je README of website raw.githubusercontent.com referert, behandel die URL als een dependency en monitor het als zodanig.

Weet het vóór je gebruikers

Van een storing horen via social media betekent dat je te laat bent. De oplossing is saai en effectief: monitor de dingen waarvan je afhankelijk bent — GitHub zelf, je Pages-site, je clone-endpoints en natuurlijk je eigen product.

Precies daarvoor hebben we isthisthing.online gebouwd. Voeg HTTP-, TCP- of ping-Monitors toe voor elke hop tussen jou en je gebruikers: github.com, api.github.com, je GitHub Pages-URL en je productie-endpoints. Checks draaien vanaf maximaal 10 wereldwijde locaties in intervallen tot 30 seconden, en alerts landen in Slack, Microsoft Teams, Discord of waar dan ook via Webhooks op het moment dat iets degradeert.

Als GitHub down is, vertelt je Monitoring binnen enkele seconden of het GitHub of je eigen stack is — dan schakel je over naar je mirror, draai je een DNS-record om of houd je gewoon op met de storing van een ander te debuggen.

En als jij de slechte dag hebt, houdt een automatisch bijgewerkte Status Page je gebruikers geïnformeerd in plaats van ze je support-inbox te laten verversen.

Een praktische resiliëntiechecklist

1. Maak een mirror van elke kritieke repository en houd die gesynchroniseerd.
2. Voeg een tweede CI-pipeline toe aan je belangrijkste projecten.
3. Publiceer pakketten en release-artefacts op meer dan één plek.
4. Host documentatie en marketingsites niet op één enkel platform.
5. Monitor github.com, api.github.com, je Pages-URL's en je eigen endpoints met snelle Checks.
6. Routeer alerts naar Slack, Teams of Discord zodat de juiste mensen het eerst horen.
7. Publiceer een openbare Status Page zodat je gebruikers nooit hoeven te gissen.
8. Oefen de failover één keer, vóórdat je hem echt nodig hebt.

GitHub heeft decennia aan goodwill opgebouwd, en een paar storingen veranderen daar niets aan. Blijf dankbaar, blijf gespiegeld — en blijf gemonitord.

Klaar voor de volgende storing? Maak je gratis isthisthing.online-account aan en maak van de volgende GitHub-hik een pauze van vijf minuten in plaats van een verloren middag.