GitHub verstehen: Was ist GitHub und wie nutzt man es

GitHub-Logo. Quelle: GitHub Logos and Usage 

Stell dir vor, du arbeitest an einem Data-Science-Projekt und hast große Fortschritte gemacht. Plötzlich taucht ein Bug auf. Du würdest am liebsten zur letzten funktionierenden Version zurückspringen, erinnerst dich aber nicht an alle Änderungen. Oder du arbeitest im Team, und es ist ein Albtraum, alle Beiträge sauber zusammenzuführen. Wenn dir das bekannt vorkommt, bist du nicht allein.

Diese typischen Probleme löst GitHub — die führende Plattform für Versionsverwaltung und Zusammenarbeit. In diesem Artikel zeigen wir, wie GitHub dein Projektmanagement verbessert. Außerdem lernst du Kollaborationstechniken und Strategien für mehr Produktivität kennen.

Starten wir mit den Grundlagen der Versionsverwaltung.

Was ist Versionsverwaltung?

Versionsverwaltung ist ein System, das Änderungen an Dateien über die Zeit nachverfolgt. Es ermöglicht vielen Personen, gemeinsam an einem Projekt zu arbeiten, und führt eine Historie aller Modifikationen. Ohne Versionsverwaltung wird das Managen von Codeänderungen schnell chaotisch und fehleranfällig — besonders in Teams, in denen mehrere Personen parallel an unterschiedlichen Codestellen arbeiten.

Wofür wird GitHub verwendet?

Wie du dir denken kannst, ist GitHub eine vielseitige Plattform, die bei der Versionsverwaltung glänzt. Aber GitHub kann noch viel mehr. Typische Anwendungsfälle sind unter anderem:

• Projektportfolio aufbauen: Mit einem öffentlichen GitHub-Profil zeigst du Arbeitgebern oder Kolleginnen und Kollegen deine Datenkompetenzen und Projekte.

• Zusammenarbeit: GitHub erleichtert die Teamarbeit an Projekten — inklusive Teilen von Code-Snippets und gegenseitigen Reviews.

• Open-Source-Beiträge: Auf GitHub kannst du bestehende Open-Source-Data-Science-Projekte entdecken und daran mitarbeiten — das beschleunigt Lernen und Innovation.

Wie funktioniert GitHub?

Um die Vorteile von GitHub voll auszuschöpfen, solltest du die wichtigsten Bausteine kennen und verstehen, wie sie zusammenspielen. 

• Repositories: Repositories sind Ordner, die deine Projektdateien und deren Versionshistorie enthalten. Du kannst sie dir wie digitale Aktenschränke für deine Datenprojekte vorstellen. Jedes Repository hat eine eigene URL und enthält Dateien, Branches und Commits.
• Forks: Ein Fork ist eine persönliche Kopie des Repositories eines anderen. Du kannst unabhängig Änderungen vornehmen und sie später dem Originalprojekt vorschlagen.
• Pull Requests: PRs sind der formale Weg, deine Änderungen dem Originalprojekt zur Prüfung und zum Zusammenführen vorzuschlagen. Sie erleichtern Code-Reviews und Zusammenarbeit.
• Issues: Damit verfolgst du Aufgaben, Bugs oder Verbesserungen. 
• Branches: Ein Branch ist eine parallele Version eines Repositories. Du erstellst Branches, um an bestimmten Features oder Fixes zu arbeiten, und führst sie bei Bedarf wieder in den Main-Branch zusammen. Mehr dazu im Tutorial Git Clone Branch.
• Merging: Beim Mergen werden deine Änderungen mit dem Originalprojekt zusammengeführt, damit alles geordnet und aktuell bleibt — zum Beispiel wenn du einen Feature-Branch in den Main-Branch integrierst.

Git vs. GitHub

Vielleicht fragst du dich, wie Git und GitHub zusammenhängen. Die Begriffe werden oft verwechselt, es gibt jedoch einen wichtigen Unterschied.

Git ist ein verteiltes Versionsverwaltungssystem (DVCS), das Entwicklerinnen und Entwicklern hilft, ihren Code zu managen. Es verfolgt Änderungen und erlaubt das Anlegen verschiedener Codeversionen (Branches), damit Teams leicht parallel arbeiten können. Git unterstützt außerdem Staging-Bereiche und Commit-Historien und liefert so eine detaillierte Aufzeichnung aller Codeänderungen.

GitHub hingegen stellt zusätzliche Funktionen wie Zugriffskontrolle, Bugtracking, Aufgabenmanagement und Wikis bereit und erleichtert so die Zusammenarbeit. Mit GitHub kannst du Code verwalten, Änderungen nachverfolgen, Beiträge reviewen und Issues diskutieren — alles an einem Ort. Zudem integriert es zahlreiche Tools und Services und verbessert damit den Entwicklungs-Workflow.

GitHub verwenden

Bisher haben wir uns angeschaut, was GitHub und was Versionsverwaltung ist — und wie sich Git und GitHub unterscheiden. Jetzt wird es praktisch.

Zuerst legst du ein GitHub-Konto an, passt dein Erlebnis an und wählst einen passenden Plan. Danach erstellst du ein Repository, inklusive Setup, Beschreibung und Sichtbarkeit. Anschließend legst du Branches an, um an verschiedenen Versionen zu arbeiten, und machst Commits, bei denen du Dateien bearbeitest und deine Änderungen dokumentierst.

Registrieren

So meldest du dich bei GitHub an und legst los:

1. Besuche GitHub und klicke auf Sign up.
2. Folge den Schritten, um ein Konto zu erstellen. Du brauchst eine E-Mail-Adresse, einen Benutzernamen und ein Passwort.
3. Personalisiere dein Erlebnis, indem du einen passenden Plan wählst und deine Präferenzen im Setup festlegst. Für Einsteigerinnen und Einsteiger reicht der kostenlose Plan völlig aus.

    Registrierung bei GitHub. Bild: Autorin/Autor

Ein Repository erstellen

Nach der Registrierung erstellst du ein Repository. So geht’s:

1. Klicke oben rechts auf das +-Symbol und wähle New repository.

2. Vergib einen Namen und eine Beschreibung und entscheide, ob das Repository öffentlich oder privat sein soll. Öffentliche Repositories sind für alle sichtbar, private nur für dich und eingeladene Mitarbeitende.

3. Optional kannst du eine README-Datei, eine .gitgnore-Datei und eine Lizenz hinzufügen. Das geht auch später noch.

4. Klicke auf Create repository.

Ein Repository erstellen. Bild: Autorin/Autor

Nach dem obigen Schritt-für-Schritt-Setup siehst du ein Fenster für die Schnelleinrichtung eines neuen Repositories. Du kannst direkt eine neue Datei erstellen oder bestehende Dateien in das neue Repository hochladen.

Neue-Repository-Setup. Bild: Autorin/Autor

Dateien hochladen. Bild: Autorin/Autor

Branches erstellen

Sobald dein Repository steht, erstellst du Branches. So gehst du vor:

1. Klicke im Repository auf Branch:main. Du findest das oben auf der Seite.

2. Klicke dann oben rechts auf New branch.

3. Gib einen Branch-Namen ein und klicke auf Create new branch.

4. Wechsle zwischen Branches über das Dropdown und wähle den Branch aus, an dem du arbeiten möchtest.
   
   

Branches erstellen. Bild: Autorin/Autor

Commits erstellen

Nach dem Anlegen von Branches machst du Commits. So committest du Änderungen:

1. Wechsle zur Datei, die du im Repository bearbeiten möchtest.

2. Klicke zum Bearbeiten auf das Stiftsymbol und nimm deine Änderungen im Texteditor vor.

3. Klicke auf Commit Changes. Scrolle dazu zum Bereich Commit changes. Füge unbedingt eine Commit-Nachricht hinzu — sie beschreibt deine Änderungen.
   
   

Commits erstellen. Bild: Autorin/Autor

Einen Pull Request erstellen

Nachdem du Commits erstellt hast, folgt der Pull Request. So erstellst du einen PR:

1. Wechsle im Repository zum Tab Pull requests.

2. Klicke auf New pull request. GitHub vergleicht die Branches automatisch.

3. Prüfe die Änderungen, indem du deinen Branch mit dem Main-Branch vergleichst.

4. Klicke auf Create pull request und füge Titel sowie Beschreibung hinzu.

5. Füge bei Bedarf Reviewer hinzu und sende ab. Das ist optional, aber hilfreich, wenn du Feedback einholen möchtest.
   
   

Einen Pull Request erstellen. Bild: Autorin/Autor

Branches mergen

Nach Review und Freigabe deines Pull Requests führst du die Branches zusammen. So geht’s:

1. Öffne den Pull Request im Tab Pull requests, nachdem er geprüft und genehmigt wurde.
2. Klicke auf Merge pull request.
3. Bestätige mit Confirm merge.

Neben der GitHub-Oberfläche kannst du viele Aufgaben auch mit Git erledigen. Du kannst zum Beispiel lokal ein Git-Repository anlegen und Änderungen aus einem Remote-Repository mit git pull übernehmen. Sich in dieser Umgebung wohlzufühlen, ist wichtig für deinen Karriereweg. Der DataCamp-Kurs Introduction to Git ist dafür ein starker Start. Oder probiere unser GitHub and Git Tutorial for Beginners aus.

Alternativen zu GitHub

GitHub ist die beliebteste Plattform für Versionsverwaltung und Zusammenarbeit. Es gibt jedoch mehrere Alternativen mit eigenen Stärken und Vorteilen. Gerade für angehende Data-Profis kann es sinnvoll sein, Plattformen zu kennen, die besser zu den eigenen Anforderungen passen. 

Schauen wir uns einige Alternativen an.

GitLab

Das ist eine DevOps-Plattform mit Git-Repository-Management, Issue-Tracking und CI/CD-Pipelines. GitLab ist bekannt für seinen All-in-One-Ansatz und integriert viele Tools und Services nahtlos.

GitLab-Logo

Wichtige Funktionen:

• Integriertes CI/CD: Eingebaute Pipelines für Continuous Integration und Deployment automatisieren Tests und Auslieferung.
• Issue-Tracking: Verwalte Aufgaben, Bugs und Feature-Requests mit Boards, Meilensteinen und Labels.
• Auto DevOps: Konfiguriert Pipelines automatisch anhand der Projektstruktur und spart Setup-Zeit.
• Container Registry: Integrierte Registry zum Verwalten von Docker-Images.
• Sicherheitsfunktionen: Integrierte Security-Tests überwachen kontinuierlich und scannen den Code auf Schwachstellen.

Bitbucket

Bitbucket aus der Atlassian-Suite verwaltet Git-Repositories, inklusive Mercurial-Repositories. Es arbeitet reibungslos mit anderen Atlassian-Tools wie Jira und Trello zusammen.

Bitbucket-Logo

Wichtige Funktionen:

• Branch-Berechtigungen: Fein granulierte Kontrolle, wer auf Branches zugreifen und Änderungen vornehmen darf — für mehr Sicherheit.
• CI/CD-Integration: Integration mit Bitbucket Pipelines für Continuous Integration und Delivery — inklusive automatisierter Tests und Deployments.
• Jira-Integration: Direkte Anbindung an Jira für umfassendes Projektmanagement und Fortschrittsverfolgung.
• Pull Requests: Inline-Kommentare und Reviews unterstützen effektive Codereviews.
• Deployment: Unterstützt Deployments über Bitbucket Pipelines für schlanke Auslieferungsprozesse.

SourceForge

SourceForge gehört zu den ersten Plattformen für das Hosten und Managen von Open-Source-Projekten. Es bietet eine breite Palette an Tools — von Code-Repositories über Bugtracking bis hin zu Projektmanagement.

Zentrale Funktionen:

• Projekthosting: Kostenloses Hosting für Open-Source-Projekte — inklusive unbegrenzter Bandbreite und Speicher.
• Download-Statistiken: Detaillierte Zahlen zu Downloads zeigen Beliebtheit und Entwicklung deines Projekts.
• Diskussionsforen: Integrierte Foren fördern Community-Austausch und Support.
• Dateifreigaben: Ein ausgereiftes System verwaltet Releases und Versionen.
• SVN- und Git-Support: Unterstützt sowohl Subversion (SVN) als auch Git.

AWS CodeCommit

AWS CodeCommit ist ein vollständig verwalteter Source-Control-Service von Amazon Web Services. Er ermöglicht es dir, Code sicher in der Cloud zu speichern und zu verwalten und integriert sich nahtlos mit anderen AWS-Services.

Wichtige Funktionen:

• Skalierbarkeit: Skaliert mit deinen Repository-Anforderungen, ohne dass du Infrastruktur managen musst.
• Sicherheit: Integration mit AWS Identity and Access Management (IAM) für fein granulierte Zugriffskontrolle.
• Integration: Arbeitet gut mit CodePipeline, CodeBuild und CodeDeploy zusammen — für einen vollständigen CI/CD-Workflow.
• Hohe Verfügbarkeit: Aufbau auf AWS-Infrastruktur sorgt für hohe Verfügbarkeit und Beständigkeit.
• Verschlüsselung: Daten werden bei Übertragung und Speicherung verschlüsselt.

Cursor Origin

Cursor Origin ist eine Git-Hosting-Plattform von Anysphere, dem Team hinter dem Cursor KI-Codeeditor. Anders als die älteren Plattformen ist sie von Grund auf für KI-gestützte Entwicklung gebaut: Sie hostet deine Repositories wie jede Git-Forge, behandelt aber agentenerzeugte Commits und Pull Requests als erstklassige Objekte. Du kannst bestehende GitHub-Repositories nach Origin spiegeln — du musst deinen aktuellen Workflow also nicht aufgeben, um es auszuprobieren.

Wichtige Funktionen:

• AI-Agent-First-Design: Die Coding-Agents von Cursor können Commits pushen, Pull Requests öffnen und direkt auf Repositories agieren — ideal für agentengetriebene Entwicklung.
• GitHub-Mirroring: Spiegle bestehende GitHub-Repositories nach Origin, um es schrittweise einzuführen statt alles auf einmal zu migrieren.
• Cursor-Integration: Enge Verzahnung mit dem Cursor-Editor und dessen Cloud-Agents vereint Hosting, Bearbeitung und Agent-Runs in einem Ökosystem.
• Standard-Git-Workflows: Repositories, Branches und Pull Requests verhalten sich wie erwartet, mit CLI-basiertem Setup für den Einstieg.
• Pull-Request-Review: Reviews in der Plattform helfen, KI-generierte Pull Requests zu prüfen, bevor sie in den Main-Branch gemergt werden.

Eine praktische Schritt-für-Schritt-Anleitung zur CLI-Einrichtung und zum Spiegeln eines GitHub-Repos findest du in unserem Cursor Origin Tutorial.

Fazit

In diesem Artikel haben wir die Grundlagen von GitHub, seine Bedeutung und seine Funktionsweise beleuchtet. Wir sind mit dem Konzept der Versionsverwaltung gestartet und haben gesehen, warum sie beim Management von Code- und Datenänderungen unverzichtbar ist. Abschließend gab es eine praktische Anleitung zur Nutzung von GitHub — von der Registrierung über das Anlegen von Repositories und Commits bis hin zu Pull Requests und Merging.

Der Schlüssel zum Erfolg im Datenbereich ist kontinuierliches Lernen. Wenn du GitHub und seine Anwendungen in der Data Science vertiefen möchtest, hör in unsere DataFramed-Podcastfolge The Future of Programming with Kyle Daigle rein — mit Einblicken des GitHub-COO in die Zukunft der Programmierung — und entdecke außerdem GitHub Concepts, einen umfassenden Kurs zu allem rund um GitHub. Unser Guide zu GitHub-Zertifizierungen zeigt dir zudem, wie du damit deine Karriere voranbringst.