Skip to main content

Git for Windows installieren

Ziel dieser Lektion

Du installierst Git for Windows auf Windows 11 und prüfst anschließend, ob Git in der Kommandozeile korrekt verfügbar ist.

Git for Windows bringt mehrere Komponenten mit:

  • die Git-Kommandozeile,
  • Git Bash als Unix-ähnliche Shell,
  • Git-Unterstützung für PowerShell und die Eingabeaufforderung,
  • hilfreiche Werkzeuge wie OpenSSH und Git Credential Manager.

Hinweis: Die eigentliche Git-Konfiguration – Name, E-Mail-Adresse, Standard-Branch und Authentifizierung – folgt in späteren Lektionen. Hier geht es zunächst um eine saubere Installation.

Voraussetzungen

Für die Installation benötigst du:

  • Windows 11,
  • ein Benutzerkonto mit Berechtigung zum Installieren von Programmen,
  • eine Internetverbindung,
  • idealerweise einen aktuellen Browser.

Schließe vor der Installation offene Terminals, PowerShell-Fenster und PhpStorm. Dadurch werden neue PATH-Einstellungen anschließend zuverlässig erkannt.

Git for Windows sicher herunterladen

Lade Git ausschließlich von der offiziellen Projektseite herunter:

Die Seite erkennt Windows normalerweise automatisch und startet den Download der passenden Installationsdatei. Falls nicht, wähle die aktuelle 64-Bit-Version für Windows.

Die heruntergeladene Datei trägt üblicherweise einen Namen ähnlich wie:

Git-2.xx.x-64-bit.exe

⚠️ Lade Git nicht von inoffiziellen Download-Portalen herunter. Gerade Entwicklerwerkzeuge sollten immer aus vertrauenswürdigen Quellen stammen.

Installation starten

  1. Öffne den Download-Ordner im Windows-Explorer.
  2. Doppelklicke auf die Installationsdatei.
  3. Bestätige die Windows-Sicherheitsabfrage mit „Ja“, sofern sie erscheint.
  4. Lies die Lizenzinformationen und wähle „Next“.

Falls Windows SmartScreen eine Warnung zeigt, prüfe zunächst sorgfältig, ob die Datei tatsächlich von der offiziellen Git-for-Windows-Seite stammt. Nur dann kannst du über „Weitere Informationen“ und „Trotzdem ausführen“ fortfahren.

Installationsoptionen sinnvoll wählen

Der Installer stellt mehrere Entscheidungen. Die Standardwerte sind meist gut gewählt. Einige Optionen sind dennoch wichtig, weil sie die tägliche Arbeit mit Git, PowerShell und PhpStorm beeinflussen.

Installationsordner

Als Standard wird meist dieser Ordner vorgeschlagen:

C:\Program Files\Git

Übernimm diesen Vorschlag.

Ein systemweiter Installationsordner sorgt dafür, dass Git für alle Windows-Benutzer verfügbar ist und von Entwicklungswerkzeugen wie PhpStorm leicht gefunden wird.

Komponenten auswählen

Im Bereich „Select Components“ kannst du normalerweise die Vorauswahl beibehalten. Besonders sinnvoll sind diese Komponenten:

  • Windows Explorer integration
    Ergänzt Kontextmenüeinträge wie „Git Bash Here“ im Explorer.

  • Git Bash Here
    Öffnet Git Bash direkt im aktuellen Ordner.

  • Git GUI Here
    Ist optional. Git GUI wird im Kurs nicht benötigt, schadet aber nicht.

  • Git LFS
    Sollte aktiviert bleiben. Git LFS wird später für große Binärdateien relevant.

  • Associate .git* configuration files with the default text editor
    Kann aktiviert bleiben. Damit lassen sich Git-Konfigurationsdateien bequem öffnen.

  • Associate .sh files to be run with Bash
    Kann ebenfalls aktiviert bleiben, insbesondere wenn du später Shell-Skripte verwendest.

Empfehlung: Übernimm die Standardauswahl, sofern dein Unternehmen keine eigene Installationsrichtlinie vorgibt.

Standardeditor für Git auswählen

Der Installer fragt nach dem Editor, den Git beispielsweise beim Bearbeiten von Commit-Nachrichten verwendet.

Für Einsteiger ist „Use Vim“ oft unpraktisch, weil Vim eine eigenständige Bedienlogik besitzt. Wähle stattdessen einen Editor, mit dem du sicher arbeiten kannst.

Geeignete Optionen sind:

  • Visual Studio Code, wenn du ihn bereits verwendest,
  • Nano, wenn du einen einfachen Terminaleditor bevorzugst,
  • Notepad oder Notepad++, falls verfügbar,
  • später gegebenenfalls PhpStorm.

Wenn du noch keinen bevorzugten Editor hast, ist Nano eine unkomplizierte Wahl. Die Einstellung kannst du jederzeit später ändern.

💡 PhpStorm wird in einem eigenen Kapitel als Git-Umgebung eingerichtet. Die Auswahl hier ist daher keine endgültige Entscheidung.

PATH-Umgebung konfigurieren

Diese Entscheidung ist besonders wichtig. Wähle die Option:

Git from the command line and also from 3rd-party software

Je nach Installer-Version lautet die Option ähnlich, etwa:

Git from the command line and also from 3rd-party software

Dadurch wird Git in die Windows-Umgebungsvariable PATH aufgenommen. Anschließend funktioniert der Befehl git in:

  • Git Bash,
  • PowerShell,
  • Windows Terminal,
  • der Eingabeaufforderung,
  • dem integrierten Terminal von PhpStorm,
  • vielen weiteren Entwicklungswerkzeugen.

Wähle nicht die Option, die Git nur in Git Bash verfügbar macht. Sie würde Git in PowerShell und PhpStorm unnötig schwer nutzbar machen.

SSH-Programm auswählen

Für die SSH-Verbindung zu GitHub wird ein SSH-Client benötigt. Wähle:

Use bundled OpenSSH

Git for Windows bringt damit eine geprüfte OpenSSH-Version mit. Diese Einstellung ist für die meisten Windows-11-Systeme die sicherste und unkomplizierteste Wahl.

Die Einrichtung eines SSH-Schlüssels sowie die Verbindung zu GitHub folgen später.

HTTPS-Transport-Backend auswählen

Wähle:

Use the OpenSSL library

Diese Variante ist der übliche Standard für Git for Windows und funktioniert zuverlässig mit GitHub sowie den meisten Git-Servern.

In Unternehmensumgebungen mit speziellen Zertifikatsrichtlinien kann die Option „Use the native Windows Secure Channel library“ sinnvoll sein. Verwende sie aber nur, wenn deine IT-Abteilung dies ausdrücklich empfiehlt.

Zeilenenden konfigurieren

Windows und Unix-artige Systeme behandeln Zeilenenden unterschiedlich:

  • Windows verwendet traditionell CRLF,
  • Linux und macOS verwenden üblicherweise LF.

Wähle im Installer:

Checkout Windows-style, commit Unix-style line endings

Diese Option entspricht im Regelfall folgender Git-Konfiguration:

git config --global core.autocrlf true

Damit werden Textdateien im Windows-Arbeitsverzeichnis mit Windows-Zeilenenden ausgecheckt, beim Commit jedoch in das plattformübergreifende LF-Format überführt.

Das ist für viele klassische Windows-Projekte ein brauchbarer Startwert. Für professionelle Teams wird die genaue Zeilenendenstrategie später zusätzlich mit .gitattributes abgesichert. Diese Datei gehört ins Repository und sorgt dafür, dass Regeln nicht nur lokal, sondern für alle Teammitglieder gelten.

Wichtig: Ändere Zeilenenden nicht unüberlegt in bestehenden Projekten. Andernfalls können große, inhaltlich leere Diffs entstehen.

Terminal-Emulator für Git Bash

Wähle in der Regel:

Use MinTTY

MinTTY ist das typische Terminalfenster von Git Bash und bietet eine angenehme Bedienung, gute Unicode-Unterstützung sowie Kopieren und Einfügen per Maus.

Alternativ kann die Windows-Konsole sinnvoll sein, wenn du eine besonders enge Integration mit älteren Konsolenprogrammen benötigst. Für den Kurs und die meisten Entwicklungsprojekte ist MinTTY die bessere Wahl.

Verhalten von git pull

Wähle:

Default fast-forward or merge

Das entspricht dem klassischen, einsteigerfreundlichen Git-Verhalten: Wenn möglich, wird ein Fast-Forward durchgeführt; andernfalls entsteht bei Bedarf ein Merge.

Die Unterschiede zwischen Pull mit Merge, Pull mit Rebase und Fast-Forward-only werden später ausführlich behandelt. Für die Installation solltest du keine globale Rebase-Strategie erzwingen.

Credential Helper

Wähle:

Git Credential Manager

Der Git Credential Manager speichert und verwaltet Anmeldedaten sicher über die Windows-Anmeldeinformationsverwaltung. Das ist besonders wichtig, wenn du GitHub über HTTPS verwendest.

GitHub akzeptiert für Git-Operationen über HTTPS keine Kontopasswörter mehr. Stattdessen verwendest du später einen Personal Access Token oder meldest dich über den Credential Manager an.

🔐 Zugangsdaten gehören niemals in Quellcode, Commit-Nachrichten oder Repository-Dateien.

Zusätzliche Optionen

Die restlichen Optionen kannst du im Normalfall auf ihren Standardwerten lassen. Typische Empfehlungen:

Installer-Option Empfehlung Begründung
Extra file system caching Aktiviert lassen Verbessert die Geschwindigkeit bei vielen Dateien.
Enable symbolic links Nur bei Bedarf Erfordert oft zusätzliche Windows-Einstellungen oder Administratorrechte.
Enable experimental support for pseudo consoles Standardwert beibehalten Kann moderne Terminalintegration verbessern, ist aber nicht entscheidend.
Enable experimental built-in add -i/-p Standardwert beibehalten Betrifft interaktives Staging; wird später behandelt.

Bei symbolischen Links ist Vorsicht sinnvoll: Windows behandelt sie anders als Linux. Aktiviere die Option nur bewusst, wenn dein Projekt sie verwendet oder wenn eine Teamvorgabe besteht.

Installation abschließen

Klicke auf „Install“. Nach wenigen Momenten ist Git for Windows installiert.

Am Ende zeigt der Installer häufig Optionen wie:

  • Launch Git Bash
  • View Release Notes

Du kannst „Launch Git Bash“ aktiviert lassen und anschließend auf „Finish“ klicken.

Nun öffnet sich Git Bash. Du erkennst sie an einer Eingabeaufforderung, die ungefähr so aussieht:

Max@PC MINGW64 ~
$

Der konkrete Benutzername und Rechnername unterscheiden sich natürlich.

Installation in Git Bash prüfen

Gib in Git Bash folgenden Befehl ein:

git --version

Die Ausgabe sollte etwa so aussehen:

git version 2.xx.x.windows.x

Die genaue Versionsnummer kann abweichen. Entscheidend ist, dass Git eine Version ausgibt und keine Fehlermeldung erscheint.

Prüfe außerdem, wo Git gefunden wurde:

which git

Eine typische Ausgabe lautet:

/mingw64/bin/git

Das zeigt: Git Bash verwendet die Git-Installation korrekt.

Installation in PowerShell prüfen

Git sollte nicht nur in Git Bash, sondern auch in PowerShell funktionieren.

  1. Öffne das Startmenü.
  2. Suche nach PowerShell.
  3. Starte Windows PowerShell oder PowerShell.
  4. Führe aus:
git --version

Du solltest erneut eine Git-Versionsnummer erhalten.

Zusätzlich kannst du den von Windows aufgelösten Programmpfad prüfen:

Get-Command git

Eine erfolgreiche Ausgabe enthält unter anderem einen Pfad ähnlich diesem:

C:\Program Files\Git\cmd\git.exe

Wenn git --version in Git Bash funktioniert, aber in PowerShell nicht, wurde Git vermutlich nicht korrekt zum PATH hinzugefügt oder PowerShell war während der Installation noch geöffnet.

Schließe in diesem Fall alle PowerShell- und Terminalfenster und öffne sie erneut. Falls das Problem bleibt, prüfst du die PATH-Konfiguration in einer späteren Lektion gezielt.

Schneller Funktionstest in einem Übungsordner

Lege einen unverfänglichen Testordner an. In PowerShell geht das beispielsweise so:

mkdir C:\Projekte\git-installation-test
cd C:\Projekte\git-installation-test
git init

Bei Erfolg erscheint eine Meldung ähnlich wie:

Initialized empty Git repository in C:/Projekte/git-installation-test/.git/

Kontrolliere den Zustand des neuen Repositorys:

git status

Eine typische Ausgabe ist:

On branch master

No commits yet

nothing to commit

Die Bezeichnung des anfänglichen Branches kann je nach Git-Version und Konfiguration master oder main sein. Die globale Einstellung für den Standard-Branch richtest du in einer späteren Lektion bewusst ein.

Du kannst den Testordner danach wieder löschen. Das Repository enthält noch keine wichtigen Daten.

Häufige Installationsprobleme

„git“ wird nicht erkannt

In PowerShell oder der Eingabeaufforderung kann diese Meldung erscheinen:

git : Der Begriff „git“ ist nicht als Name eines Cmdlet ...

Wahrscheinliche Ursachen:

  1. Das Terminal war während der Installation geöffnet.
  2. Git wurde nicht in den PATH aufgenommen.
  3. Die Installation wurde nicht vollständig abgeschlossen.

Lösung:

  1. Schließe alle Terminals und öffne ein neues Fenster.

  2. Starte Windows bei Bedarf neu.

  3. Prüfe erneut mit:

    git --version

  4. Falls der Fehler bleibt, führe den Git-for-Windows-Installer erneut aus und wähle die PATH-Option für Kommandozeile und Drittsoftware.

Mehrere Git-Installationen verursachen Verwirrung

Manchmal ist Git bereits über andere Programme installiert worden, beispielsweise durch:

  • Visual Studio,
  • GitHub Desktop,
  • Scoop,
  • Chocolatey,
  • WSL,
  • ältere Git-for-Windows-Versionen.

Prüfe in PowerShell, welche Git-Programme gefunden werden:

where.exe git

Idealerweise erscheint ein klarer Eintrag wie:

C:\Program Files\Git\cmd\git.exe

Erscheinen mehrere Pfade, entscheidet die Reihenfolge im PATH darüber, welche Version ausgeführt wird. Das ist nicht immer ein Fehler, kann aber bei unterschiedlichen Versionen und Konfigurationen zu schwer nachvollziehbarem Verhalten führen.

Praxisregel: Verwende für die Windows-Kommandozeile möglichst eine klar definierte Git-for-Windows-Installation. Git innerhalb von WSL ist eine getrennte Linux-Umgebung und wird unabhängig davon verwaltet.

Sicherheitssoftware blockiert die Installation

In verwalteten Unternehmensumgebungen kann Sicherheitssoftware Installationen blockieren oder Git-Komponenten einschränken.

Wende dich in diesem Fall an die IT-Abteilung und teile mit, dass du Git for Windows von git-scm.com benötigst. Installiere keine nicht freigegebenen Alternativen und deaktiviere keine Schutzmechanismen eigenmächtig.

Checkliste

Nach dieser Lektion solltest du Folgendes bestätigen können:

  • Git for Windows stammt von der offiziellen Website.
  • Git ist unter C:\Program Files\Git oder einem bewusst gewählten Pfad installiert.
  • git --version funktioniert in Git Bash.
  • git --version funktioniert in PowerShell.
  • git init und git status funktionieren in einem Testordner.
  • Git Credential Manager wurde installiert oder aktiviert.
  • Du weißt, dass Benutzername, E-Mail-Adresse, Standard-Branch und GitHub-Anmeldung noch separat eingerichtet werden.

Im nächsten Schritt wählst und prüfst du die Installationsoptionen sowie die wichtigsten Windows-spezifischen Einstellungen noch genauer.

Back to top