GitHub

GitHub ist eine cloudbasierte Entwicklerplattform, auf der Quellcode in Git-Repositories gespeichert, versioniert und gemeinsam weiterentwickelt wird. Änderungen lassen sich über Branches und Pull Requests prüfen, während Issues, Projects, Discussions und Wikis Planung, Austausch und Dokumentation direkt mit dem Code verbinden. Für automatisierte Tests, Builds und Veröffentlichungen stehen GitHub Actions bereit; hinzu kommen Packages, Codespaces, Sicherheitsprüfungen, Releases, APIs, Webhooks sowie Apps und Marketplace-Erweiterungen. GitHub richtet sich vor allem an Entwickler, DevOps-Teams, Open-Source-Projekte, Startups und Unternehmen, kann aber auch in Lehre und Forschung sinnvoll sein. Der Free-Tarif kostet dauerhaft 0 und umfasst unbegrenzt viele öffentliche und private Repositories, setzt bei einzelnen Cloud-Ressourcen wie Actions oder Codespaces jedoch Kontingente. Bezahlte Team- und Enterprise-Angebote erweitern Rechte, Verwaltung, Sicherheit und Unternehmensfunktionen. Wichtige Grenzen sind die notwendige Git-Einarbeitung, Kontingente in Gratis- und Cloud-Funktionen sowie mögliche Zusatzkosten für Nutzung, Speicher und Enterprise-Funktionen.

Pull Requests & Code-ReviewsCI/CD mit GitHub ActionsApps, CLI & Codespaces

Überblick

GitHub ist eine webbasierte Entwicklerplattform rund um Git, ein System zur Versionsverwaltung von Dateien und Quellcode. Im Mittelpunkt stehen Repositories, also Projektbereiche, in denen Dateien, Änderungen und die gesamte Versionsgeschichte gespeichert werden. Entwickler können ein Repository lokal klonen, auf eigenen Branches arbeiten und Änderungen anschließend als Pull Request zur Prüfung einreichen. Dadurch verbindet GitHub Quellcodeverwaltung, Zusammenarbeit, Projektplanung, Automatisierung und Sicherheitsfunktionen in einer gemeinsamen Umgebung. Die Plattform eignet sich sowohl für einzelne Entwickler und Open-Source-Projekte als auch für Teams und große Organisationen mit vielen Repositories, Rollen und Freigaberegeln.

Ein typischer Ablauf beginnt mit einem Repository. Änderungen werden in Git als Commits gespeichert und häufig zunächst auf einem eigenen Branch vorgenommen. Über einen Pull Request lässt sich anschließend transparent zeigen, was geändert wurde. Teammitglieder können einzelne Zeilen kommentieren, allgemeines Feedback geben, Reviewer zuweisen, Prüfungen verlangen oder Änderungen freigeben. Branch-Schutz und Rulesets können festlegen, dass beispielsweise bestimmte Tests erfolgreich sein oder eine Mindestzahl an Freigaben vorliegen muss, bevor Code in einen geschützten Branch gelangt. Code Owners können zusätzlich dafür sorgen, dass Änderungen an bestimmten Dateien automatisch den zuständigen Personen zur Prüfung zugewiesen werden.

Für Planung und Zusammenarbeit bietet GitHub mehr als reine Git-Funktionen. Issues können Fehler, Aufgaben, Ideen oder Feature-Wünsche aufnehmen. Labels, Zuständigkeiten und Milestones helfen bei der Einordnung. GitHub Projects verbindet Issues und Pull Requests in Tabellen-, Board- und Roadmap-Ansichten mit eigenen Feldern und Filtern. Discussions eignen sich für offenere Fragen, Ankündigungen oder Community-Gespräche, während Wikis und README-Dateien längere Projektdokumentationen aufnehmen können. Vorlagen für Issues und Pull Requests sorgen dafür, dass wiederkehrende Angaben strukturiert abgefragt werden. Unterissues und Abhängigkeiten ermöglichen es, größere Arbeitspakete in kleinere Schritte zu zerlegen und Beziehungen sichtbar zu machen.

GitHub Actions ist die integrierte Automatisierungs- und CI/CD-Plattform. CI/CD bedeutet, dass Code automatisch geprüft, gebaut und bei Bedarf veröffentlicht wird. Workflows liegen als Dateien im Repository und können auf Ereignisse wie Pushes, Pull Requests, Zeitpläne oder manuelle Starts reagieren. Matrix-Builds testen mehrere Betriebssysteme oder Softwareversionen parallel. Wiederverwendbare Workflows vermeiden doppelte Konfigurationen. GitHub stellt eigene Runner bereit; alternativ können Unternehmen selbst gehostete Runner einsetzen. Secrets, Variablen und Environments helfen dabei, Zugangsdaten und Freigaben für Deployments zu verwalten. Artefakte und Caches können Ergebnisse oder wiederverwendbare Dateien zwischen Workflow-Schritten speichern.

Zum Entwicklungsökosystem gehören außerdem GitHub Packages, GitHub Codespaces, GitHub Pages und Releases. Packages kann verbreitete Paket- und Containerformate direkt mit Repositories verbinden. Codespaces stellt vorkonfigurierte Entwicklungsumgebungen in der Cloud bereit, die über Browser, Visual Studio Code oder SSH geöffnet werden können. GitHub Pages veröffentlicht statische Websites direkt aus Repositories; serverseitige Laufzeiten wie PHP werden dort nicht wie bei klassischem Webhosting ausgeführt. Releases verknüpfen Versionen mit Tags, Änderungsinformationen und optionalen Binärdateien. Für große Binärdateien ist Git LFS vorgesehen, weil normale Git-Repositories dafür nur eingeschränkt geeignet sind.

GitHub lässt sich umfangreich in andere Systeme einbinden. Die REST API und die GraphQL API erlauben automatisierte Datenabfragen und Aktionen. Webhooks senden Ereignisse wie neue Commits oder Pull Requests an externe Dienste. GitHub Apps bieten fein abgestufte Berechtigungen und können für einzelne Organisationen oder Repositories installiert werden; OAuth Apps decken andere Autorisierungsfälle ab. Im GitHub Marketplace stehen Apps und Actions von GitHub und Drittanbietern bereit. Zusätzlich gibt es die GitHub CLI für die Kommandozeile und eine browserbasierte Codebearbeitung über github.dev. Dadurch kann GitHub in Entwicklungsumgebungen, Ticketsysteme, Deployment-Plattformen, Sicherheitswerkzeuge und interne Automationen eingebunden werden.

Bei Sicherheit deckt GitHub mehrere Ebenen ab. Dependabot kann auf bekannte Schwachstellen oder veraltete Abhängigkeiten hinweisen und automatische Update-Pull-Requests erstellen. Code Scanning untersucht Quellcode mit CodeQL oder angebundenen Werkzeugen. Secret Scanning sucht nach versehentlich veröffentlichten Zugangsdaten und Tokens. Private Vulnerability Reporting und Security Advisories unterstützen eine vertrauliche Meldung und Koordination von Schwachstellen. Welche Sicherheitsfunktionen ohne Zusatzkosten verfügbar sind, hängt unter anderem davon ab, ob ein Repository öffentlich oder privat ist und welcher Tarif beziehungsweise welches Sicherheitsprodukt eingesetzt wird. Deshalb sollte bei privaten Unternehmensprojekten nicht automatisch davon ausgegangen werden, dass jede erweiterte Sicherheitsfunktion im Basistarif enthalten ist.

Für Organisationen bietet GitHub Teams, Rollen und Berechtigungen auf mehreren Ebenen. Repository-Rechte lassen sich differenzieren, Teams können Zugriffe bündeln und Regeln können organisationsweit vereinheitlicht werden. Enterprise-Funktionen erweitern diese Verwaltung unter anderem um SAML Single Sign-on, SCIM-Benutzerbereitstellung, Audit Logs und Enterprise Managed Users. Damit können Unternehmen Konten und Zugriffe stärker über einen eigenen Identitätsanbieter steuern. GitHub Enterprise Server ist die Variante für den Betrieb in eigener Infrastruktur beziehungsweise in selbst kontrollierten Cloud-Umgebungen. Self-Hosting ist damit möglich, gehört aber nicht zum kostenlosen Standardangebot von GitHub.com und erfordert ein passendes Enterprise-Modell.

GitHub ist über mehrere Oberflächen nutzbar. Die Web-App ist der zentrale Zugang. GitHub Desktop bietet eine grafische Git-Oberfläche für Windows 10 in 64 Bit oder neuer sowie macOS 12 oder neuer; eine offiziell unterstützte Linux-Version von GitHub Desktop gibt es weiterhin nicht. Auf Linux kann GitHub dennoch problemlos über Git, Browser und die GitHub CLI verwendet werden. GitHub Mobile steht für iOS und Android bereit und eignet sich unter anderem für Benachrichtigungen, Issues, Pull Requests und kleinere Review-Aufgaben unterwegs. Die Mobile-App unterstützt mehrere Sprachen einschließlich Deutsch.

Der dauerhaft kostenlose GitHub-Free-Tarif kostet 0 und umfasst unbegrenzt viele öffentliche und private Repositories. Für bestimmte Cloud-Ressourcen gelten Kontingente. Für private Repositories enthält GitHub Free 2.000 GitHub-Actions-Minuten pro Monat; Standard-Runner in öffentlichen Repositories sowie selbst gehostete Runner werden nicht auf dieses Minutenkontingent angerechnet. Codespaces und Speicher besitzen ebenfalls eigene Freikontingente und anschließend nutzungsabhängige Preise. GitHub Team wird auf der aktuell geprüften öffentlichen Preisseite mit 4 US-Dollar pro Nutzer und Monat für die ersten zwölf Monate beworben, GitHub Enterprise beginnt dort bei 21 US-Dollar pro Nutzer und Monat für die ersten zwölf Monate. Für Deutschland wurde auf der öffentlichen Preisstrecke kein eigener verbindlicher EUR-Preis bestätigt, deshalb werden diese bezahlten Originalpreise nicht in Euro umgerechnet.

Eine echte zeitlich begrenzte Testmöglichkeit gibt es für GitHub Enterprise Cloud: GitHub bietet eine 30-tägige kostenlose Testphase an. Das ist von GitHub Free zu unterscheiden, denn der Free-Tarif ist kein Test, sondern ein dauerhaft nutzbarer kostenloser Tarif. Enterprise ergänzt Funktionen für zentrale Verwaltung, Unternehmensrichtlinien, Identitäten, Support und je nach Konfiguration Datenresidenz. Zusatzprodukte und nutzungsabhängige Dienste können weitere Kosten verursachen. Für eine realistische Kostenplanung sollten Unternehmen daher nicht nur den Nutzerpreis betrachten, sondern auch erwartete Actions-Laufzeiten, Codespaces-Nutzung, Speicher und separat lizenzierte Zusatzfunktionen berücksichtigen.

Beim Datenschutz ist eine differenzierte Betrachtung wichtig. GitHub erklärt, dass Daten für GitHub.com standardmäßig in den USA gespeichert werden. Für GitHub Enterprise Cloud mit Datenresidenz können geeignete Unternehmen eine Region wählen; aktuell gehören dazu unter anderem die EU, Australien, die USA und Japan. Die Enterprise-Instanz läuft dann auf einer eigenen GHE.com-Subdomain. GitHub weist zugleich darauf hin, dass bestimmte Daten auch außerhalb der gewählten Region gespeichert oder übertragen werden können. Die allgemeine Datenschutzerklärung beschreibt außerdem internationale Datenübertragungen und nennt unter anderem Standardvertragsklauseln als Grundlage für bestimmte Übermittlungen. Ein Datenverarbeitungsvertrag und eine veröffentlichte Unterauftragnehmerliste stehen für die davon erfassten Geschäftsdienste zur Verfügung. Daraus folgt aber keine pauschale Aussage, dass jede konkrete Nutzung automatisch DSGVO-konform ist; Unternehmen müssen ihren Einsatzzweck, Tarif, aktivierte Dienste und eigene Compliance-Anforderungen prüfen.

Die Portabilität des eigentlichen Quellcodes ist eine Stärke: Git basiert auf einem verteilten Modell, Repositories lassen sich klonen, spiegeln, übertragen und lokal sichern. GitHub bietet außerdem Exporte für Kontodaten und Migrationswerkzeuge zwischen Plattformvarianten. Vollständige Portabilität aller Plattformdaten ist jedoch nicht garantiert. Je nach Migrationsweg können bestimmte Metadaten, Teamzuordnungen, Fork-Beziehungen oder plattformspezifische Funktionen nicht vollständig mitgenommen werden. Wer einen späteren Anbieterwechsel einplant, sollte deshalb unterscheiden zwischen dem Git-Repository selbst und GitHub-spezifischen Daten wie Issues, Projects, Actions-Konfigurationen, Berechtigungen oder Marketplace-Integrationen.

Für Open Source ist GitHub besonders relevant, weil öffentliche Repositories, Forks, Pull Requests, Issues, Discussions, Releases und soziale Projektfunktionen Beiträge von externen Entwicklern erleichtern. Gleichzeitig eignet sich die Plattform für private kommerzielle Projekte. Unternehmen können Repositories in Organizations bündeln und Regeln, Teams, Rollen sowie Sicherheitsrichtlinien zentral verwalten. Hochschulen, Lehrkräfte und Lernende nutzen GitHub häufig für Programmierprojekte und nachvollziehbare Versionsstände. Nichttechnische Teams können Issues und Projects zwar ebenfalls verwenden, doch GitHub bleibt im Kern eine Entwicklerplattform; für reine allgemeine Aufgabenverwaltung, Dokumentenarbeit oder Chat gibt es meist einfachere Speziallösungen.

Im Bewertungsquellen-Audit ist die offizielle GitHub-App bei Google Play die Quelle mit der höchsten bestätigten sichtbaren Anzahl und erreicht in der direkt geprüften Deutschland-Ansicht 4,6 von 5 Punkten bei rund 174.000 Bewertungen. Weitere große Bestände stammen unter anderem aus dem Apple App Store sowie aus Softwareportalen wie Crozdesk, Capterra, Software Advice, GetApp, SaaSworthy und G2. Diese Werte dürfen nicht zu einer Gesamtzahl addiert werden, weil sich Nutzergruppen und teilweise auch zugrunde liegende Bewertungsnetzwerke überschneiden können. Gerade Capterra, GetApp und Software Advice gehören zum gleichen Gartner-Digital-Markets-Umfeld. Einzelne Plattformen zeigen außerdem regional unterschiedliche App-Store-Bestände. Für die ToolWissen-Hauptbewertung zählt deshalb ausschließlich die größte direkte importfähige Quelle.

Als direkte Alternativen kommen je nach Schwerpunkt unter anderem GitLab, Bitbucket, Azure DevOps, Gitea und Forgejo infrage. GitLab bündelt ebenfalls Repository-Hosting und DevOps-Funktionen, Bitbucket ist eng mit dem Atlassian-Ökosystem verbunden, Azure DevOps richtet sich stark an Microsoft- und Enterprise-Workflows, während Gitea und Forgejo für selbst gehostete und stärker kontrollierbare Setups interessant sind. GitHub ist besonders passend, wenn ein großes Entwicklerökosystem, öffentliche Projektpräsenz, Pull-Request-Workflows, GitHub Actions und eine breite Integrationslandschaft wichtig sind. Weniger passend ist die Plattform, wenn ein komplett kostenloses Self-Hosting, ausschließlich lokale Datenverarbeitung oder eine einfache nichttechnische Aufgabenverwaltung im Vordergrund steht.

Vorteile

  • Unbegrenzt viele öffentliche und private Repositories dauerhaft kostenlos
  • Git-basierte Abläufe erleichtern Plattformwechsel und lokale Sicherungen
  • Pull Requests bündeln Diskussion, Prüfung und Freigabe
  • Code, Planung und Automationen liegen nah beieinander
  • Großes Ökosystem erleichtert Anbindungen an viele externe Entwicklertools
  • Weite Verbreitung vereinfacht Einarbeitung in bestehenden Entwicklerteams
  • Öffentliche Projekte erreichen eine sehr große internationale Community
  • GitHub Actions kann zusätzliche CI/CD-Dienste in vielen Projekten ersetzen
  • Branch-Schutz und Rulesets machen Freigaberegeln technisch durchsetzbar
  • Code Owners lenken Reviews automatisch zu Zuständigen
  • Issues und Projects verbinden Aufgabenplanung direkt mit Quellcodeänderung
  • Discussions bündelt Community-Fragen und Antworten direkt beim Projekt
  • Wikis und READMEs halten Dokumentation direkt beim versionierten Quellcode
  • Releases und Tags machen veröffentlichte Softwarestände nachvollziehbar
  • GitHub Packages verbindet Quellcode und Paketverteilung auf einer Plattform
  • Codespaces spart lokale Einrichtung für viele Projekte
  • CLI, Desktop und Mobile ergänzen die browserbasierte Nutzung im Alltag
  • REST API, GraphQL und Webhooks ermöglichen sehr weitreichende Automationen
  • GitHub Apps erlauben fein begrenzte Integrationsrechte
  • Dependabot meldet riskante oder veraltete Abhängigkeiten direkt automatisch
  • Secret Scanning erkennt viele versehentlich veröffentlichte Zugangsdaten
  • Code Scanning bindet Sicherheitsprüfungen direkt in Entwicklungsabläufe ein
  • Security Advisories koordinieren vertrauliche Meldungen und Korrekturen
  • Granulare Rollen erleichtern die Verwaltung großer Entwicklerorganisationen
  • SAML SSO und SCIM unterstützen zentrale Zugriffsverwaltung in Unternehmen
  • Audit Logs machen wichtige Verwaltungsaktionen später gut nachvollziehbar
  • Enterprise Managed Users geben Firmen deutlich mehr Kontrolle über Konten
  • EU-Datenresidenz ist für passende Enterprise-Konten auf GHE.com verfügbar
  • Enterprise Server ermöglicht GitHub-Betrieb in eigener IT-Infrastruktur
  • GitHub veröffentlicht DPA und Unterauftragnehmerlisten für Geschäftskunden
  • Persönliche Kontodaten lassen sich als Archiv exportieren und lokal prüfen
  • Repositories lassen sich als Git-Spiegel lokal sichern und wiederherstellen
  • Migrationswerkzeuge helfen beim Umzug zwischen mehreren GitHub-Produkten
  • GitHub Pages veröffentlicht statische Websites direkt aus Repositories
  • Öffentliche Repositories erhalten mehrere Sicherheitsfunktionen kostenlos
  • Kostenloser Einstieg reicht für viele Lern- und Open-Source-Projekte gut
  • Projektvorlagen standardisieren Issues und Pull Requests im Team sauber
  • Wiederverwendbare Workflows vermeiden doppelte CI/CD-Konfiguration im Team
  • Selbst gehostete Runner erlauben eigene Build-Infrastruktur für Actions
  • Flexible Benachrichtigungen erleichtern Triage bei vielen Repositories
  • GitHub Packages unterstützt mehrere verbreitete Paket- und Containerformate
  • Projekt-Insights machen Fortschritt und Arbeitslast für Teams sichtbar
  • Mehrere Merge-Strategien passen zu unterschiedlichen Git-Arbeitsweisen
  • Geschützte Branches verhindern viele versehentliche direkte Änderungen
  • GitHub Mobile erlaubt Reviews und Triage auch unterwegs
  • GitHub Desktop vereinfacht Git-Arbeit auch ohne ständige Terminal-Nutzung
  • Offizielle Dokumentation erklärt sehr viele Funktionen und Sonderfälle
  • Datenexport und Git-Standards senken Lock-in beim eigentlichen Quellcode

Nachteile

  • Git und Branching erfordern bei Einsteigern eine spürbare Einarbeitung
  • Viele Menüs und Produkte können zu Beginn schnell unübersichtlich wirken
  • Private Sicherheitsfunktionen sind teils kostenpflichtige Zusatzprodukte.
  • Actions, Codespaces und zusätzlicher Speicher können Mehrkosten verursachen
  • Team- und Enterprise-Tarife werden grundsätzlich nach Nutzerzahl berechnet
  • GitHub.com speichert Daten standardmäßig weiterhin in Rechenzentren der USA
  • EU-Datenresidenz erfordert ein dafür geeignetes Enterprise-Kontomodell
  • Auch bei Datenresidenz können bestimmte Daten außerhalb der Region liegen
  • Self-Hosting ist regulär nur über GitHub Enterprise Server vorgesehen.
  • Standard-Support erfolgt digital; Rückruf gibt es nur mit Premium Support
  • GitHub Desktop bietet weiterhin keine offiziell unterstützte Linux-Version
  • GitHub Pages kann keine serverseitigen Sprachen wie PHP direkt ausführen
  • GitHub Packages verlangt für bestimmte Zugriffe klassische Access Tokens
  • Für private Repos sind Actions-Minuten und Speicher im Free-Tarif begrenzt
  • Codespaces verursacht nach Freikontingenten nutzungsabhängige Zusatzkosten
  • Vollständige Plattformmigrationen erhalten nicht jedes GitHub-Metadetail
  • Team-Mitgliedschaften werden bei bestimmten Migrationen nicht übertragen
  • Fork-Beziehungen können bei einzelnen Migrationswegen dabei verloren gehen
  • Der GitHub-DPA gilt nicht automatisch für jede kostenlose Kontonutzung
  • Die öffentliche Preisseite zeigt bezahlte GitHub-Tarife weiterhin in USD
  • Cloud-Ausfälle können gehostete Zusammenarbeit und Automationen blockieren
  • Die GitHub-Mobile-App ersetzt keine vollwertige Entwicklungsumgebung am PC
  • Große Binärdateien benötigen häufig Git LFS statt normaler Git-Speicherung
  • Komplexe GitHub-Actions-Fehler können im Alltag schwer zu debuggen sein
  • Einige öffentliche Bewertungen kritisieren Support und Kontosperrungen
  • Quellcode ist gut portierbar, GitHub-Metadaten jedoch nur eingeschränkt

Funktionen

  • Öffentliche und private Git-Repositories zentral hosten
  • Branches für parallele Entwicklungsstände verwalten
  • Pull Requests für Änderungen erstellen, diskutieren und im Team prüfen
  • Code-Reviews mit Kommentaren und Freigaben steuern
  • Issues für Fehler, Ideen und Aufgaben im Repository strukturiert nutzen
  • Projects mit Feldern, Ansichten und Roadmaps für Entwicklungsarbeit nutzen
  • Discussions für offene Projektgespräche bereitstellen
  • Wikis für ausführliche Projektdokumentation direkt im Repository pflegen
  • Releases mit Versionen und Binärdateien veröffentlichen
  • Tags und Branches für Versionsstände gezielt verwalten
  • GitHub Actions für CI/CD-Workflows automatisch im Repository ausführen
  • Matrix-Builds über Systeme und Versionen in Actions parallel ausführen
  • Wiederverwendbare Actions-Workflows für mehrere Repositories bereitstellen
  • GitHub-hosted und selbst gehostete Runner für Actions gemeinsam einsetzen
  • Secrets und Variablen für Workflows auf mehreren Ebenen geschützt ablegen
  • Environments mit Freigaben und Schutzregeln absichern
  • Artefakte und Caches aus Workflow-Läufen speichern
  • GitHub Packages für mehrere Paket-Registries verwenden
  • Container-Images in der GitHub Registry veröffentlichen
  • Git LFS für große Binärdateien außerhalb normaler Git-Objekte einsetzen
  • GitHub Pages für statische Websites direkt aus Repositories veröffentlichen
  • Codespaces als Cloud-Entwicklungsumgebungen starten
  • Codespaces im Browser, VS Code oder per SSH öffnen
  • GitHub Desktop für lokale Git-Abläufe grafisch bedienen
  • GitHub CLI für Repositories und Pull Requests nutzen
  • GitHub Mobile für Issues, PRs und Meldungen verwenden
  • REST API für Datenzugriffe und Automationen verwenden
  • GraphQL API für präzise Datenabfragen in GitHub nutzen
  • Webhooks bei Repository-Ereignissen an Systeme senden
  • GitHub Apps für fein gesteuerte Integrationen erstellen
  • OAuth Apps für externe Anmeldungen und Zugriffe nutzen
  • Marketplace-Apps und Actions direkt in bestehende Workflows integrieren
  • Branch-Schutzregeln für kritische Zweige definieren
  • Rulesets für Branches, Tags und Pushes zentral anwenden
  • Code Owners für automatische Reviewer-Zuordnung nutzen
  • Merge Queues für geordnete Freigaben vor Merges nutzen
  • Signierte Commits und Tags als verbindliche Repository-Regel verlangen
  • Dependabot für Abhängigkeiten und Updates einsetzen
  • Code Scanning mit CodeQL oder Dritttools ausführen
  • Secret Scanning auf Zugangsdaten und Tokens anwenden
  • Security Advisories für Schwachstellen vertraulich koordinieren und beheben
  • Private Schwachstellenmeldungen für Projekte aktivieren
  • Rollen und Rechte für Repositories granular vergeben
  • Teams für Zugriffe und Verantwortlichkeiten verwalten
  • SAML SSO und SCIM in Enterprise-Umgebungen verwenden
  • Audit Logs für wichtige Verwaltungsaktionen nachverfolgen und auswerten
  • Enterprise Managed Users zentral über IdP verwalten
  • Repository-Daten und Kontometadaten als Archive exportieren und sichern
  • Repositories spiegeln, klonen, übertragen und als Backup sicher archivieren
  • Benachrichtigungen für Repositories und Aktivitäten gezielt konfigurieren
  • Code Search für Dateien, Symbole und Inhalte verwenden
  • Issue- und Pull-Request-Vorlagen zentral bereitstellen
  • Milestones, Labels und Assignees für Planung nutzen
  • Unterissues und Abhängigkeiten für größere Arbeitspakete sichtbar abbilden
  • Projekt-Charts und Insights für Fortschritt auswerten
  • Markdown und Diagramme in Projektinhalten darstellen
  • Gists für kleine Codeausschnitte öffentlich oder geheim veröffentlichen
  • Organizations für Repositories, Teams und Rechte im Unternehmen verwalten
  • Repository-Regeln auf Organisationsebene einheitlich zentral verteilen
  • Webbasierte Codebearbeitung direkt über github.dev im Browser durchführen

Geeignet für

  • Entwickler, die Quellcode mit Git zentral und nachvollziehbar verwalten
  • Teams, die Änderungen über Pull Requests gemeinsam prüfen und freigeben
  • Open-Source-Projekte mit öffentlichen Beiträgen, Issues und Diskussionen
  • Startups, die Code, CI/CD und Planung auf einer Plattform zentral bündeln
  • Unternehmen mit mehreren Entwicklerteams, Repositories und Organisationen
  • DevOps-Teams mit GitHub Actions und automatisierten Build-Deployments.
  • Freelancer mit privaten Repositories für Kundenprojekte
  • Agenturen mit getrennten Repositories und Teamrechten
  • Studierende, die Git und kollaborative Softwareentwicklung praktisch lernen
  • Lehrkräfte, die Programmierprojekte mit Gruppen strukturiert begleiten
  • Hochschulen mit Softwareprojekten, Lehrcode und Forschungsquellcode nutzen
  • Forschungsteams mit versionierten Skripten, Daten und Auswertungen arbeiten
  • Paketentwickler, die Releases und Registries direkt auf GitHub verwalten
  • Webteams, die statische Projekte über GitHub Pages direkt veröffentlichen
  • Mobile Teams, die Pull Requests und Issues auch unterwegs prüfen möchten
  • API-Teams, die Webhooks, GitHub Apps und Schnittstellen integrieren möchten
  • Plattformteams mit wiederverwendbaren CI/CD-Workflows
  • Security-Teams mit Code-, Secret- und Abhängigkeitsprüfungen im Workflow
  • Organisationen mit SAML SSO und SCIM-Anforderungen
  • Große Firmen mit zentral verwalteten Enterprise-Konten
  • Firmen, die EU-Datenresidenz über GitHub Enterprise zwingend benötigen
  • Unternehmen, die GitHub Enterprise Server selbst in eigener IT betreiben
  • Projekte mit klaren Branch-Schutz- und Review-Regeln
  • Teams, die Code Owners für feste Zuständigkeiten in Reviews klar einsetzen
  • Teams mit vielen Repositories und gemeinsamen Rulesets
  • Projekte, die Issues, Roadmaps und Code eng miteinander verbinden möchten
  • Communities mit Fragen, Ankündigungen und Diskussionen
  • Dokumentationsprojekte mit Markdown, Wikis und sauberer Versionshistorie
  • Bibliotheken mit Releases, Tags und nachvollziehbaren Versionsänderungen
  • Container-Teams, die Images über GitHub Packages verteilen und verwalten
  • Entwickler, die cloudbasierte Arbeitsplätze über GitHub Codespaces nutzen
  • Nutzer, die Git über Desktop statt ausschließlich per Terminal bedienen
  • Power-User, die GitHub über CLI und API automatisieren
  • Projekte mit externen Integrationen über Webhooks, Apps und APIs direkt
  • Teams mit eigener Runner-Infrastruktur für GitHub-Actions-Workflows nutzen
  • Projekte mit vertraulicher Schwachstellenkoordination
  • Organisationen mit Audit-Anforderungen für administrative Aktionen arbeiten
  • Einzelentwickler mit privaten Projekten im dauerhaft kostenlosen Tarif
  • Portfolio-Projekte mit öffentlichem Code und Websites über GitHub Pages
  • Maker-Projekte mit Firmware, Dokumentation und Issues
  • Spieleentwickler mit Code, Releases und automatisierten Build-Prozessen
  • SaaS-Teams mit Releases, CI/CD und Sicherheitsprüfungen
  • IT-Administratoren, die Rollen, Teams und Zugriffe zentral verwalten wollen
  • Produktteams, die technische Planung direkt mit dem Quellcode verbinden
  • Verteilte Teams mit asynchronen Reviews, Issues und Diskussionen arbeiten
  • Projekte, die Repositories später lokal sichern möchten
  • Organisationen, die standardisierte Issue- und PR-Vorlagen aktiv nutzen

Nicht geeignet für

  • Einsteiger, die keinerlei Git- oder Branching-Konzepte erlernen möchten
  • Teams, die vollständig offline und ohne gehostete Cloud-Dienste arbeiten
  • Firmen, die GitHub selbst ohne Enterprise-Server-Lizenz hosten möchten
  • Nichttechnische Teams, die ausschließlich einfache Aufgabenlisten benötigen
  • Projekte, die dynamische Websites ausschließlich über GitHub Pages hosten
  • Linux-Nutzer, die eine offiziell unterstützte GitHub-Desktop-App erwarten
  • Organisationen, die EU-Datenresidenz ohne Enterprise-Tarif voraussetzen
  • Teams, die keinerlei Datenübertragung außerhalb der EU akzeptieren können
  • Firmen, die private Advanced-Security-Funktionen dauerhaft gratis erwarten
  • Nutzer, die große Binärdateien ohne Git LFS dauerhaft verwalten möchten
  • Teams, die Zusatzkosten für Actions, Codespaces oder Speicher ausschließen
  • Organisationen, die keine nutzerbasierte Tarifabrechnung akzeptieren wollen
  • Projekte, die vollständige Offline-CI ohne jede GitHub-Abhängigkeit suchen
  • Nutzer, die eine vollwertige IDE direkt in der GitHub-Mobile-App erwarten
  • Teams, die Quellcode nur wie gewöhnliche Cloud-Dateien verwalten wollen
  • Projekte, die serverseitiges PHP direkt über GitHub Pages ausführen müssen
  • Firmen, die Plattformmetadaten ohne Migrationsverluste exportieren wollen
  • Kleine Teams, die primär Chat und Dokumente statt Quellcode verwalten.
  • Anwender, die weder Entwicklerplattform noch Git-Funktionen benötigen.
  • Teams, die ausschließlich lokale Datenverarbeitung ohne Cloud verlangen
  • Nutzer, die ein klassisches allgemeines Cloud-Laufwerk für Dateien suchen
  • Unternehmen, die ohne eigene Prüfung eine pauschale DSGVO-Garantie erwarten

Eckdaten

Bewertungen

Öffentliche Bewertungen aus bekannten Quellen.

Alternativen