Git und GitHub für CSCI 340: Ein praktischer Leitfaden für Studierende (Mai 2026)

Warum Git und GitHub? Dein Einstieg in die Versionskontrolle

Stell dir vor, du arbeitest an einem Gruppenprojekt für CSCI 340 und plötzlich überschreibt jemand deine Code-Änderungen – ein Albtraum, oder? Genau hier kommen Git und GitHub ins Spiel. Git ist ein verteiltes Versionskontrollsystem, das den gesamten Verlauf deines Codes speichert. GitHub ist die Cloud-Plattform, auf der du deine Repositories hostest und mit anderen zusammenarbeitest. Im Mai 2026, wo KI-Assistenten wie ChatGPT und Copilot den Alltag von Studierenden prägen, ist die Fähigkeit, Code sauber zu versionieren, wichtiger denn je. Egal ob du an einem Algorithmus für eine Gaming-App oder an einem Finanz-Dashboard tüftelst – Git hilft dir, den Überblick zu behalten.

Dieser Leitfaden führt dich durch die typischen Schritte eines GitHub Classroom Assignments, wie es in CSCI 340 üblich ist. Du lernst, wie du ein Repository klonst, Branches erstellst, Änderungen commitest und per Pull Request abgibst. Am Ende wirst du sicher mit den Grundkommandos umgehen können.

Schritt 1: GitHub-Account erstellen und die Einladung annehmen

Bevor es losgeht, brauchst du einen GitHub-Account. Gehe auf github.com und registriere dich mit deiner Hochschul-E-Mail – das gibt dir später Zugang zum GitHub Student Developer Pack. Dein Dozent wird dir einen Link zu einem GitHub Classroom Assignment schicken. Klicke darauf und akzeptiere die Einladung. GitHub erstellt daraufhin ein persönliches Repository für dich. Die URL zu diesem Repository solltest du dir notieren – du wirst sie für die nächsten Schritte benötigen.

Schritt 2: Repository auf den Uni-Server klonen

Melde dich auf dem Uni-Server (z.B. Turing oder Hopper) an und wechsle in das Verzeichnis, in dem du arbeiten möchtest. Klone dann dein Repository mit folgendem Befehl:

git clone https://github.com/dein-benutzername/dein-repo.git

Weil GitHub seit August 2021 keine Passwort-Authentifizierung mehr über HTTPS akzeptiert, musst du eine alternative Methode wählen. Die sicherste und empfohlene Variante ist die SSH-Schlüssel-Authentifizierung. Erzeuge auf dem Uni-Server ein Schlüsselpaar mit ssh-keygen -t ed25519 -C '[email protected]'. Der öffentliche Schlüssel (meist in ~/.ssh/id_ed25519.pub) wird dann in deinen GitHub-Einstellungen unter SSH and GPG keys hinterlegt. Ab dann kannst du mit git clone [email protected]:dein-benutzername/dein-repo.git klonen – ganz ohne Passwort.

Schritt 3: Einen Development-Branch erstellen

In Git gibt es standardmäßig einen Hauptbranch, meist main oder master. Für deine Arbeit erstellst du einen eigenen Branch namens development. Das machst du mit:

git branch development
git checkout development

Oder kürzer: git checkout -b development. Alle deine Änderungen sollten nur in diesem Branch stattfinden. Die Abgabe erfolgt später über einen Pull Request. Ein häufiger Fehler von Anfängern ist, direkt im main-Branch zu arbeiten – das kostet Punkte, also sei achtsam.

Schritt 4: Kommentare hinzufügen und den ersten Commit durchführen

In deinem Repository liegt eine Datei assign1.cc. Öffne sie mit einem Editor (z.B. vim, nano) und füge ganz oben einen Dokumentationsblock ein. Er sollte deinen Namen, deine Z-ID, deinen GitHub-Nutzernamen und die Sektionsnummer enthalten. Ein Beispiel:

/******************************************************************************
 * NIU CSCI 340 Section 01
 * Assignment 1
 * Max Mustermann – Z12345678 – maxmustermann
 *
 * I certify that everything I am submitting is either provided by the professor
 * for use in the assignment, or work done by me personally. I understand that
 * if I am caught submitting the work of others (including StackOverflow or
 * ChatGPT) as my own is an act of Academic Misconduct and will be punished
 * as such.
 ******************************************************************************/

Wichtig: Ändere sonst nichts an der Datei – es gibt einen absichtlichen Fehler, den du später beheben wirst. Speichere die Datei und führe dann die folgenden Befehle aus:

git add assign1.cc
git commit -m 'Dokumentationsblock hinzugefügt'

Der git add Befehl fügt die Datei zur Staging-Area hinzu, und git commit erstellt einen Snapshot deiner Änderungen. Dein erster Commit ist geschafft!

Schritt 5: Den Bug fixen und einen zweiten Commit erstellen

Wenn du jetzt make ausführst, wirst du einen Kompilierfehler erhalten. Das ist gewollt. Suche nach dem Fehler in assign1.cc – es könnte ein fehlendes Semikolon, ein Tippfehler oder eine falsche Klammer sein. Korrigiere ihn, speichere die Datei und führe erneut git add assign1.cc und git commit -m 'Bugfix: Semikolon hinzugefügt' aus. Jetzt hast du zwei Commits in deinem development-Branch.

Schritt 6: Änderungen auf GitHub pushen

Bisher befinden sich deine Commits nur lokal auf dem Uni-Server. Damit der Grader sie sehen kann, musst du sie auf GitHub hochladen. Das machst du mit:

git push origin development

Der Befehl sendet deinen development-Branch an das entfernte Repository. Wenn du SSH eingerichtet hast, wirst du nicht nach einem Passwort gefragt. Überprüfe auf der GitHub-Webseite, ob deine Commits angekommen sind.

Schritt 7: Pull Request erstellen – die Abgabe

Der letzte Schritt ist die Erstellung eines Pull Requests (PR). Gehe auf die GitHub-Seite deines Repositories. Dort siehst du einen Hinweis, dass ein neuer Branch (development) vor kurzem gepusht wurde. Klicke auf „Compare & pull request“. Wähle als Basis-Branch main (oder master) und als Vergleichs-Branch development. Gib deinem PR einen aussagekräftigen Titel, z.B. „CSCI 340 Assignment 1 – Max Mustermann“. Im Beschreibungsfeld kannst du kurz erläutern, was du gemacht hast. Bestätige mit „Create pull request“. Damit ist die Abgabe abgeschlossen.

Häufige Fehler und Tipps für Anfänger

• Im falschen Branch committen: Überprüfe vor jedem Commit mit git branch, ob du im development-Branch bist.
• SSH-Schlüssel nicht hinterlegt: Wenn du nach einem Passwort gefragt wirst, fehlt der öffentliche Schlüssel in GitHub. Lade ihn unter Settings > SSH and GPG keys hoch.
• Pull Request nicht erstellt: Ein Push allein reicht nicht – der PR signalisiert dem Grader, dass du fertig bist.
• Vergessen, nur die Kommentare zuerst zu committen: Der erste Commit sollte ausschließlich den Dokumentationsblock enthalten. Der Bugfix kommt in einen separaten Commit. So sieht der Grader deine Arbeitsschritte.

GitHub und die reale Welt: Mehr als nur Hausaufgaben

Git und GitHub sind nicht nur für Uniprojekte da. In der Softwareentwicklung sind sie Standard. Stell dir vor, du entwickelst eine App, die mit KI personalisierte Lernpläne erstellt (ein Trendthema 2026). Mit Git kannst du verschiedene Features in eigenen Branches entwickeln, ohne den Hauptcode zu gefährden. Oder du arbeitest an einem Open-Source-Projekt – Pull Requests sind der Weg, um deine Beiträge einzureichen. Sogar bei der Erstellung von ChatGPT-Plugins oder Discord-Bots ist Versionskontrolle unverzichtbar.

Fazit

Mit diesen Schritten hast du die Grundlagen von Git und GitHub für dein CSCI 340 Assignment gemeistert. Du hast gelernt, wie man ein Repository klont, Branches erstellt, Commits durchführt und einen Pull Request absetzt. Diese Fähigkeiten werden dir in deinem gesamten Studium und darüber hinaus nützen. Also, ran an die Tastatur und viel Erfolg beim Programmieren!