Recommended Free Tools
Some links on this page are affiliate links: if you buy through them we may earn a commission, at no extra cost to you.
GitHub ist eine Online-Plattform für Git-Repositories. Dort lassen sich Projekte speichern, Änderungen nachvollziehen, gemeinsam bearbeiten, per Pull Request prüfen und mit Diensten wie GitHub Actions automatisieren.
Wichtig ist die Unterscheidung: Git ist das lokale Versionskontrollsystem. GitHub hostet Git-Repositories online und ergänzt sie um Zusammenarbeit, Berechtigungen, Code-Reviews, Issues, Automatisierung und weitere Entwicklungsdienste.
Git und GitHub: der Unterschied
Git läuft auf dem eigenen Computer und speichert die Entwicklung eines Projekts als Versionsgeschichte. Diese Geschichte besteht aus Commits. Mehrere Entwicklungszweige werden in Branches organisiert und später zusammengeführt.
GitHub ist dagegen ein Dienst im Internet. Ein Repository auf GitHub kann als entferntes Gegenstück zu einem lokalen Git-Repository dienen. Es synchronisiert sich jedoch nicht automatisch: Lokale Änderungen werden mit git push übertragen, Änderungen anderer Personen mit git pull abgerufen.
#1 Best Overall
Git funktioniert auch ohne GitHub. GitHub kann außerdem über die Website, GitHub Desktop, die GitHub CLI, IDE-Integrationen oder APIs genutzt werden. Für lokale Kommandozeilen-Workflows wird Git benötigt.
Mehr über Git und GitHub in der offiziellen Dokumentation
Was ist ein Repository?
Ein Repository ist der zentrale Projektbereich. Es enthält typischerweise Dateien, die Git-Historie und je nach Projekt auch Dokumentation, Issues, Pull Requests, Releases, Diskussionen und Sicherheitskonfigurationen.
Do these 3 things before closing this tab:
1Fix the driver behind crashes, sound loss and screen glitches2Repair Windows errors before they cause bigger problems3Scan for outdated or missing drivers - takes under a minute| Begriff | Bedeutung |
|---|---|
| Public Repository | Für alle im Internet zugänglich |
| Private Repository | Nur für berechtigte Personen sichtbar |
| Internal Repository | Organisationsintern, sofern die Enterprise-Konfiguration dies unterstützt |
| README | Einstiegserklärung zum Projekt |
| LICENSE | Nutzungsbedingungen für den Code |
.gitignore |
Dateien, die Git nicht versionieren soll |
| Release | Veröffentlichte Projektversion |
| Tag | Markierung eines bestimmten Git-Stands |
Ein privates Repository ist kein vollständiger Ersatz für Backups oder ein professionelles Geheimnismanagement. Öffentliche Repositories können neben dem Quellcode auch Commit-Historie, Issues und Metadaten sichtbar machen.
Offizielle Erklärung zu GitHub-Repositories
Die wichtigsten GitHub-Begriffe
Commit
Ein Commit ist ein gespeicherter Änderungssatz im aktuellen Branch. Gute Nachrichten beschreiben kurz, was geändert wurde, etwa Validierung für E-Mail-Feld ergänzt. Ein Commit ist weder automatisch ein Pull Request noch eine Veröffentlichung.
Branch
Ein Branch ist eine parallele Entwicklungslinie. Neue Funktionen und Fehlerbehebungen können dadurch entwickelt werden, ohne den Hauptstand direkt zu verändern. Häufig heißt dieser main, aber jedes Team kann eigene Branch-Regeln verwenden.
Typische Namen sind feature/neue-funktion, fix/login-fehler oder release/2.0. Es gibt kein einziges verpflichtendes Branch-Modell: GitHub Flow, trunk-based development, Git Flow und individuelle Regeln sind möglich.
Windows Errors? Fix Them Before They Spread
Repair common Windows errors and clear accumulated junk for a smoother, more stable PC - no reinstall needed.Free scan · no reinstallCrashes, No Sound, or Screen Glitches?
Random freezes, missing sound and display glitches usually trace back to one bad driver. Find and replace yours safely.Free scan · under a minuteClone
Ein Clone ist eine lokale Kopie eines GitHub-Repositories. Sie enthält normalerweise Dateien und Versionsgeschichte.
Fork
Ein Fork ist eine eigene Kopie eines Repositorys unter einem anderen GitHub-Konto. Forks werden häufig für Beiträge zu Open-Source-Projekten verwendet. Ein Branch liegt dagegen innerhalb desselben Repositorys.
Pull Request
Ein Pull Request ist der Vorschlag, Änderungen aus einem Branch in einen anderen zu übernehmen. Er enthält den Diff, Diskussionen, Reviews, automatisierte Prüfungen und gegebenenfalls Änderungswünsche. Ein Pull Request ist keine automatische Genehmigung und muss nicht zwingend aus einem Fork kommen.
Issue, Projects und Discussions
Issues eignen sich für Fehlerberichte, Aufgaben, Anforderungen und Feedback. Projects organisieren Issues und Pull Requests beispielsweise in einer Kanban-ähnlichen Übersicht. Discussions sind für Fragen, Antworten, Ankündigungen und allgemeine Community-Gespräche gedacht.
The Tool Desk
Outbyte PC Repair FREEClear out junk files and repair common Windows errorsFree Scan →Outbyte Driver Updater FREEScan for outdated or missing drivers - takes under a minuteDriver Scan →Organisationen und Teams
Ein persönliches Konto repräsentiert eine Einzelperson. Eine Organisation kann mehrere Repositorys und Benutzer verwalten. Teams, Rollen, Repository-Berechtigungen, Branch-Schutz und verpflichtende Reviews helfen bei der zentralen Zusammenarbeit.
Der typische GitHub-Workflow
Der grundlegende Ablauf lässt sich als GitHub Flow zusammenfassen: Branch anlegen, Änderungen committen, Pull Request eröffnen, prüfen lassen und anschließend mergen.
- Ein neues Repository erstellen oder ein vorhandenes klonen.
- Einen eigenen Arbeits-Branch anlegen.
- Dateien ändern und die Änderungen lokal prüfen.
- Änderungen mit
git addfür den nächsten Commit vormerken. - Mit
git commiteinen logisch zusammengehörigen Änderungssatz speichern. - Den Branch mit
git pushzu GitHub übertragen. - Einen Pull Request in den Ziel-Branch öffnen.
- Review, Diskussionen und automatische Tests abwarten.
- Den Pull Request nach Freigabe mergen.
- Den lokalen Stand aktualisieren und den Arbeits-Branch bei Bedarf löschen.
Praktischer Einstieg über die Kommandozeile
Voraussetzungen sind eine lokale Git-Installation und ein GitHub-Konto. Wer keine Kommandozeile verwenden möchte, kann GitHub Desktop, eine IDE oder die Weboberfläche nutzen.
Repository klonen
git clone https://github.com/BEISPIEL/PROJEKT.git
cd PROJEKTStatus prüfen und Branch anlegen
git status
git switch -c feature/neue-funktiongit status zeigt unter anderem geänderte, nicht versionierte und bereits vorgemerkte Dateien. Für ältere Git-Versionen funktioniert auch git checkout -b feature/neue-funktion.
Free tools Windows power users keep installed
One-click scans. No signup required.
Änderungen committen
git add .
git commit -m "Neue Funktion ergänzt"git add nimmt ausgewählte Änderungen in die nächste Momentaufnahme auf. git commit speichert diese Momentaufnahme in der lokalen Geschichte.
Branch übertragen
git push -u origin feature/neue-funktionErst dieser Push macht die lokalen Commits auf dem entfernten Repository verfügbar. Danach lässt sich der Pull Request meist über GitHub öffnen.
gh pr create --base main --head feature/neue-funktionDie Ziel-Branch kann anders heißen als main. Die aktuelle Syntax ist in der Dokumentation von GitHub CLI beschrieben.
Änderungen anderer Personen holen
git pullIn vielen Teams ist es sinnvoll, vor dem Start neuer Arbeiten den Ziel-Branch zu aktualisieren. Dabei können Merge-Konflikte entstehen.
Pull Requests und Code-Reviews
Ein guter Pull Request erklärt:
- welches Problem gelöst wird,
- welche Änderung vorgenommen wurde,
- wie sie getestet wurde,
- welche Einschränkungen bekannt sind,
- und bei Benutzeroberflächen gegebenenfalls mit Screenshots, was sich verändert hat.
Reviewer sehen den Diff, können einzelne Zeilen kommentieren, Änderungen anfordern oder den Pull Request freigeben. Automatische Checks können Tests, Builds, Linting und Sicherheitsprüfungen ausführen. Branch-Schutzregeln können verhindern, dass Änderungen ohne erfolgreiche Checks oder erforderliche Reviews in main gelangen.
Merge-Konflikte
Ein Konflikt entsteht, wenn Git Änderungen nicht automatisch zusammenführen kann, etwa weil zwei Branches dieselbe Zeile unterschiedlich verändert haben.
git pull
# Konfliktdateien bearbeiten
git add konfliktdatei.txt
git commit
git pushDie betroffenen Stellen müssen fachlich geprüft werden. Eine automatische Auswahl von „ours“ oder „theirs“ kann die Arbeit einer anderen Person versehentlich überschreiben. Je nach Team-Workflow kann die Konfliktlösung auch in GitHub, einer IDE oder über einen Rebase erfolgen.
GitHub über Web, Desktop und IDE
Die Weboberfläche eignet sich für das Durchsuchen von Repositorys, Issues, Pull Requests, Reviews, Actions-Ergebnissen, Diskussionen und Releases. Einfache Dateien lassen sich dort auch bearbeiten, eine vollständige lokale Entwicklungsumgebung ersetzt sie jedoch nicht.
GitHub Desktop bietet eine grafische Oberfläche für Clone, Branches, Commits, Diffs, Pull und Push und wird mit Git ausgeliefert. Für komplexe Rebase-, Recovery- oder Automatisierungsaufgaben ist die Kommandozeile oft transparenter. IDE-Integrationen verbinden Editieren, Branching, Committen und Pull Requests in einer Oberfläche.
Was GitHub neben dem Git-Hosting bietet
GitHub Actions
Actions automatisiert Tests, Builds, Linting, Deployments, Releases und Sicherheitsprüfungen. Workflows liegen typischerweise als YAML-Dateien in .github/workflows/.
name: Tests
on:
push:
pull_request:
jobs:
test:
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v4
- run: npm ci
- run: npm testKontingente und Kosten hängen unter anderem von Repository-Typ, Tarif, Runner und Verbrauch ab. Die Bedingungen für öffentliche und private Repositorys sind nicht identisch.
Aktuelle Kontingente in der GitHub-Dokumentation
GitHub Pages
GitHub Pages veröffentlicht statische Websites aus einem Repository. Geeignet sind etwa Projektdokumentationen, Portfolios und statische Blogs. Serverseitige Logik und Datenbanken benötigen zusätzliche Dienste. Die Möglichkeiten für private Veröffentlichungen hängen von Konto und Konfiguration ab.
What’s actually slowing this PC down?
Pick the symptom - the matching free tool is one click away.
GitHub Packages
GitHub Packages hostet Softwarepakete und Container-Images. Es kann interne Abhängigkeiten verteilen und mit Releases sowie CI/CD verbunden werden. Speicher und Datentransfer können über enthaltene Kontingente hinaus Kosten verursachen.
Codespaces
Codespaces stellt cloudbasierte Entwicklungsumgebungen im Browser oder in einem kompatiblen Editor bereit. Das erleichtert standardisierte Projektstarts, Workshops und Arbeiten auf schwächeren Geräten. Dem stehen laufende Kosten für Rechenzeit und Speicher, Internetabhängigkeit sowie mögliche Compliance-Anforderungen gegenüber. Automatische Abschaltung und Budgets sollten kontrolliert werden.
GitHub Copilot
Copilot ist ein optionales KI-Produkt und keine Voraussetzung für Git oder GitHub. Es unterstützt unter anderem Codevervollständigung, Chat, Agent-Funktionen und Code-Reviews. KI-generierter Code muss getestet, auf Sicherheits- und Lizenzrisiken geprüft und fachlich verstanden werden. Preise und KI-Kontingente ändern sich besonders häufig; sie sollten direkt vor einem Kauf anhand der offiziellen Copilot-Pläne geprüft werden.
Öffentlich, privat oder organisatorisch?
Öffentliche Repositorys sind grundsätzlich für jeden Internetnutzer einsehbar. Das kann für Open Source, Lernprojekte und öffentliche Dokumentation gewünscht sein, darf aber nicht versehentlich passieren.
Quick wins for a faster PC:
Clear out junk files and repair common Windows errorsFree Scan →Scan for outdated or missing drivers - takes under a minuteDriver Scan →Private Repositorys beschränken den Zugriff auf berechtigte Personen. Sie sind dennoch nicht automatisch sicher: Tokens, Drittanbieter-Apps, Actions-Workflows, Zugriffsrechte und Mitarbeiterkonten müssen verwaltet werden.
Best Value
Für Teams und Unternehmen bieten Organisationen zentrale Benutzer-, Repository- und Abrechnungsverwaltung. GitHub Enterprise existiert als gehostete Cloud-Variante und als selbst gehostete Server-Variante. Beim Enterprise Server liegen Updates, Backups, Skalierung und Verfügbarkeit stärker beim Betreiber; der Funktionsumfang ist nicht automatisch identisch mit GitHub.com.
Independent reader supportYour contribution helps us test, update, and keep practical guides available for everyone.Sicherheit: Was man unbedingt beachten sollte
Keine Geheimnisse committen
Niemals Passwörter, API-Schlüssel, private SSH-Schlüssel, Cloud-Zugangsdaten, Produktionszertifikate oder echte Geheimnisse aus .env-Dateien in ein Repository einchecken.
Wenn ein Schlüssel versehentlich committed oder veröffentlicht wurde:
- Den Schlüssel sofort widerrufen oder rotieren.
- Die betroffenen Systeme auf Missbrauch prüfen.
- Das Geheimnis aus der Git-Historie entfernen, nicht nur aus der aktuellen Datei.
- Repository Secrets oder einen geeigneten Secret-Management-Dienst verwenden.
.gitignorefrühzeitig einrichten.- Wenn verfügbar, Secret Scanning und Push Protection aktivieren.
Auch nach dem Löschen können Daten in Klonen, Forks, Caches oder Screenshots weiterexistieren.
Weitere Schutzmaßnahmen
- 2FA oder einen Passkey für das GitHub-Konto einrichten.
- Das Prinzip der minimalen Berechtigungen anwenden.
- Branch-Schutz und erforderliche Reviews verwenden.
- Dependabot und Code Scanning prüfen, sofern sie für Repository und Tarif verfügbar sind.
- GitHub nicht als einzige Backup-Kopie behandeln.
Sicherheits- und Kontohinweise von GitHub
Ist GitHub kostenlos?
GitHub bietet einen kostenlosen Free-Tarif sowie kostenpflichtige Team- und Enterprise-Angebote. Kostenlos bedeutet aber nicht, dass alle Plattformdienste unbegrenzt nutzbar sind. Actions, Codespaces, Packages, Git LFS und Copilot haben eigene Kontingente oder verbrauchsabhängige Abrechnung.
Die verfügbaren Preise und enthaltenen Kontingente ändern sich. Die Preisdarstellung im Recherchezeitraum vom 18. August 2026 nannte unter anderem Free mit 0 US-Dollar, eine zeitlich dargestellte Team-Angebotsrate von 4 US-Dollar pro Nutzer und Monat sowie eine Enterprise-Angebotsrate ab 21 US-Dollar pro Nutzer und Monat für die ersten zwölf Monate. Das sind keine dauerhaft garantierten Listenpreise; Region, Steuern, Promotion, Nutzerzahl und Produktkonfiguration können den Endpreis verändern.
Vor der Nutzung kostenpflichtiger Dienste sollten Budgets, Limits und Verbrauchsüberwachung eingerichtet werden. Details stehen in der GitHub-Dokumentation zur Abrechnung und auf der GitHub-Preisseite.
Wann passt GitHub – und wann nicht?
GitHub passt besonders gut zu Open-Source-Projekten, Teams mit Pull-Request- und Review-Prozessen, GitHub-zentrierten Communities sowie Organisationen, die Repository, CI/CD, Security und weitere Entwicklungsdienste verbinden möchten.
Weniger passend kann GitHub sein, wenn lokale Datenhaltung, spezielle Compliance- oder Datenresidenzvorgaben, vollständige Plattformkontrolle oder besonders gut kalkulierbare Eigenbetriebsmodelle im Vordergrund stehen. Auch ein Team, das nur ein einfaches Git-Remote benötigt, nutzt möglicherweise mehr Plattform als nötig.
Quick Recap
| Alternative | Typischer Grund für die Wahl |
|---|---|
| GitLab | Integrierte DevOps-Plattform mit eigener CI/CD- und Self-Managed-Option |
| Bitbucket | Naheliegend für Teams im Atlassian-Ökosystem |
| Azure DevOps | Microsoft- und Azure-orientierte Unternehmensumgebungen |
| Forgejo oder Gitea | Selbst hostbare, leichtere Git-Plattformen |
| Eigener Git-Server | Maximale Kontrolle, aber Verantwortung für Betrieb, Backups und Sicherheit |
Typische Anfängerfehler
- Git und GitHub verwechseln: Git ist die Versionsverwaltung; GitHub ist Hosting und Plattform.
- Direkt auf
mainarbeiten: Für neue Funktionen besser einen Branch verwenden. - Zu große Commits erstellen: Kleine, logisch zusammengehörige Änderungen sind leichter zu prüfen.
- Geheimnisse veröffentlichen: Betroffene Schlüssel sofort rotieren; bloßes Löschen reicht nicht.
- Pull Requests ohne Kontext öffnen: Zweck, Tests und bekannte Einschränkungen nennen.
- Merge-Konflikte blind lösen: Jede betroffene Stelle fachlich nachvollziehen.
- Kosten übersehen: Actions, Codespaces, Packages, LFS und Copilot überwachen.
- GitHub als einziges Backup betrachten: Separate Backups und Wiederherstellungstests einplanen.
- Lizenz vergessen: Bei öffentlichem Code Nutzungsrechte ausdrücklich klären.
Product prices and availability are accurate as of the date/time indicated and are subject to change. Any price and availability information displayed on Amazon at the time of purchase will apply.
