WSL2-ARCHITEKTUR Windows 10/11 Host (NT-Kernel + Hyper-V) Leichtgewichtige VM (Echter Linux-Kernel 5.15+) Ubuntu 24.04 apt, bash, git Debian 12 Node.js, Python Docker Engine Container VS Code Remote-WSL Mehrere Linux-Distributionen teilen sich eine leichtgewichtige VM mit voller Kernel-Unterstuetzung

Windows Subsystem for Linux 2 (WSL2) hat die Arbeitsweise von Entwicklern unter Windows grundlegend veraendert. Anstatt Dual-Boot zu nutzen, schwere virtuelle Maschinen auszufuehren oder mit Kompatibilitaetsschichten zu kaempfen, kannst du jetzt eine vollstaendige Linux-Umgebung nativ neben Windows mit nahezu nativer Performance betreiben. Ob du mit Node.js, Python, Go, Rust oder einer anderen Sprache arbeitest — WSL2 bietet dir echte Linux-Werkzeuge, ohne deinen Windows-Desktop verlassen zu muessen.

Dieser Leitfaden fuehrt dich durch alles, was du brauchst, um eine professionelle Linux-Entwicklungsumgebung unter Windows mit WSL2 einzurichten. Wir behandeln Installation, Ubuntu-Konfiguration, Windows-Terminal-Einrichtung, Docker-Integration, VS-Code-Remote-Entwicklung, Best Practices fuer das Dateisystem, Netzwerk, GPU-Unterstuetzung und die Verwaltung mehrerer Distributionen.

Voraussetzungen

Bevor du beginnst, stelle sicher, dass du Folgendes hast:

  • Windows 10 Version 2004 (Build 19041) oder hoeher, oder Windows 11
  • Mindestens 8 GB RAM (16 GB empfohlen fuer Docker-Workloads)
  • Virtualisierung aktiviert in deinem BIOS/UEFI (Intel VT-x oder AMD-V)
  • Eine Internetverbindung zum Herunterladen von Distributionen
  • PowerShell oder Windows Terminal mit Administratorrechten

Hinweis: Wenn du Windows 10 verwendest, stelle sicher, dass alle Windows-Updates installiert sind. Aeltere Builds haben moeglicherweise nur teilweise WSL2-Unterstuetzung mit bekannten Fehlern. Windows 11 bietet die beste WSL2-Erfahrung, einschliesslich systemd-Unterstuetzung und nativem GUI-Rendering fuer Linux-Anwendungen.

Was ist WSL2?

WSL2 (Windows Subsystem for Linux Version 2) ist eine in Windows integrierte Kompatibilitaetsschicht, die es dir ermoeglicht, Linux-Binaerdateien nativ auszufuehren. Im Gegensatz zu WSL1, das Linux-Systemaufrufe in Windows-NT-Kernelaufrufe uebersetzte, fuehrt WSL2 einen echten Linux-Kernel innerhalb einer leichtgewichtigen Hyper-V-VM aus.

Wesentliche Merkmale von WSL2:

  • Echter Linux-Kernel: WSL2 liefert einen von Microsoft gepflegten Linux-Kernel (basierend auf Kernel 5.15+ ab 2025) mit, der regelmaessige Updates ueber Windows Update erhaelt.
  • Volle Systemaufruf-Kompatibilitaet: Da ein echter Kernel ausgefuehrt wird, unterstuetzt WSL2 Werkzeuge wie Docker, systemd, FUSE-Dateisysteme und eBPF, die WSL1 nicht verarbeiten konnte.
  • Leichtgewichtig: Die virtuelle Maschine startet in etwa einer Sekunde und verbraucht im Leerlauf minimale Ressourcen.
  • Enge Windows-Integration: Du kannst Windows-Programme von Linux aus aufrufen, von Linux auf Windows-Dateien zugreifen (und umgekehrt) und localhost-Netzwerkverbindungen zwischen beiden Systemen nutzen.
# Check your current WSL version
wsl --version

WSL1 vs WSL2

Das Verstaendnis der Unterschiede hilft dir, die richtige Version fuer deinen Workflow zu waehlen:

MerkmalWSL1WSL2
ArchitekturUebersetzungsschichtLeichtgewichtige VM mit echtem Kernel
Linux-KernelKeiner (Syscall-Uebersetzung)Vollstaendiger Linux-Kernel
Dateisystem-Performance (Linux-Dateien)MaessigNative ext4-Geschwindigkeit
Dateisystem-Performance (Windows-Dateien)Schnell (direkter NTFS-Zugriff)Langsamer (9P-Protokoll)
Systemaufruf-KompatibilitaetTeilweise (~70 %)Vollstaendig (100 %)
Docker-UnterstuetzungNeinJa
systemd-UnterstuetzungNeinJa (Windows 11)
SpeicherverbrauchGeringerDynamisch (waechst/schrumpft)
StartzeitSofort~1 Sekunde
NetzwerkTeilt den Windows-NetzwerkstackVirtueller Ethernet-Adapter

Fuer die meisten Entwickler ist WSL2 die richtige Wahl. Das einzige Szenario, in dem WSL1 vorzuziehen waere, ist wenn du intensiv auf Dateien zugreifen musst, die auf der Windows-NTFS-Partition gespeichert sind, da WSL1 einen schnelleren betriebssystemuebergreifenden Dateizugriff bietet.

WSL2 und Ubuntu installieren

Microsoft hat den Installationsprozess erheblich vereinfacht. Bei modernen Windows-Builds erledigt ein einziger Befehl alles:

Vereinfachte Installation (empfohlen)

Oeffne PowerShell als Administrator und fuehre aus:

wsl --install

Dieser Befehl aktiviert die erforderlichen Windows-Features (Plattform fuer virtuelle Computer und Windows-Subsystem fuer Linux), laedt den neuesten WSL2-Linux-Kernel herunter, setzt WSL2 als Standard und installiert Ubuntu.

Starte deinen Computer neu, wenn du dazu aufgefordert wirst:

# After restart, Ubuntu will launch automatically for first-time setup
# You will be prompted to create a UNIX username and password

Manuelle Installation (aeltere Windows-Builds)

Falls wsl --install nicht verfuegbar ist, aktiviere die Features manuell:

# Enable WSL feature
dism.exe /online /enable-feature /featurename:Microsoft-Windows-Subsystem-Linux /all /norestart

# Enable Virtual Machine Platform
dism.exe /online /enable-feature /featurename:VirtualMachinePlatform /all /norestart

# Restart your computer, then set WSL2 as default
wsl --set-default-version 2

Eine bestimmte Distribution installieren

Du kannst aus mehreren Distributionen waehlen:

# List all available distributions
wsl --list --online

# Install a specific distribution
wsl --install -d Ubuntu-24.04

# Other popular options:
# wsl --install -d Debian
# wsl --install -d openSUSE-Tumbleweed
# wsl --install -d kali-linux

Ersteinrichtung von Ubuntu

Nachdem deine Ubuntu-Distribution zum ersten Mal gestartet wurde und du dein Benutzerkonto erstellt hast, fuehre diese wichtigen Konfigurationsschritte durch:

System aktualisieren

sudo apt update && sudo apt upgrade -y

Wichtige Entwicklungswerkzeuge installieren

sudo apt install -y build-essential git curl wget unzip zip \
  software-properties-common apt-transport-https \
  ca-certificates gnupg lsb-release

Git konfigurieren

git config --global user.name "Your Name"
git config --global user.email "your.email@example.com"
git config --global init.defaultBranch main
git config --global core.autocrlf input

Wichtig: Die Einstellung core.autocrlf auf input stellt sicher, dass Git beim Commit Windows-Zeilenenden (CRLF) in Unix-Zeilenenden (LF) umwandelt, LF-Zeilenenden beim Checkout jedoch unveraendert laesst. Dies verhindert Zeilenende-Probleme beim Austausch von Code zwischen Windows- und Linux-Werkzeugen.

SSH-Schluessel generieren

ssh-keygen -t ed25519 -C "your.email@example.com"
eval "$(ssh-agent -s)"
ssh-add ~/.ssh/id_ed25519

# Display the public key to add to GitHub/GitLab
cat ~/.ssh/id_ed25519.pub

Besseren Shell-Prompt einrichten (optional)

Viele Entwickler bevorzugen Zsh mit Oh My Zsh fuer eine produktivere Terminal-Erfahrung:

sudo apt install -y zsh
sh -c "$(curl -fsSL https://raw.githubusercontent.com/ohmyzsh/ohmyzsh/master/tools/install.sh)"

Windows Terminal einrichten

Windows Terminal ist die empfohlene Terminal-Anwendung fuer WSL2. Es unterstuetzt mehrere Tabs, geteilte Bereiche, GPU-beschleunigtes Textrendering und umfangreiche Anpassungsmoeglichkeiten.

Installation

Installiere Windows Terminal aus dem Microsoft Store oder ueber winget:

winget install --id Microsoft.WindowsTerminal -e

Ubuntu als Standardprofil konfigurieren

Oeffne die Windows-Terminal-Einstellungen (Strg+,) und setze dein Ubuntu-Profil als Standard. In der Datei settings.json kannst du auch das Erscheinungsbild anpassen:

{
  "defaultProfile": "{YOUR-UBUNTU-GUID}",
  "profiles": {
    "list": [
      {
        "name": "Ubuntu",
        "source": "Windows.Terminal.Wsl",
        "startingDirectory": "//wsl$/Ubuntu/home/yourusername",
        "fontFace": "CascadiaCode NF",
        "fontSize": 11,
        "colorScheme": "One Half Dark",
        "cursorShape": "filledBox"
      }
    ]
  }
}

Nuetzliche Tastenkombinationen

TastenkombinationAktion
Strg+Umschalt+TNeuer Tab
Strg+Umschalt+DBereich duplizieren
Alt+Umschalt+DBereich teilen
Strg+TabTabs wechseln
Strg+Umschalt+WBereich schliessen

Best Practices fuer das Dateisystem

Das Verstaendnis der Dateisystem-Performance in WSL2 ist entscheidend fuer einen produktiven Workflow. Dies ist eine der haeufigsten Ursachen fuer Verwirrung und Frustration bei neuen WSL2-Benutzern.

Die goldene Regel

Speichere deine Projektdateien im Linux-Dateisystem, nicht auf dem Windows-Laufwerk.

# FAST: Files in your Linux home directory
# Path: ~/projects/my-app
# Actual location: ext4 file system inside WSL2 VM
cd ~/projects/my-app
time git status  # ~0.1 seconds

# SLOW: Files on the Windows drive accessed from WSL2
# Path: /mnt/c/Users/yourname/projects/my-app
# Crosses the 9P protocol bridge on every file operation
cd /mnt/c/Users/yourname/projects/my-app
time git status  # ~2-5 seconds (10-50x slower)

Warum der Leistungsunterschied besteht

WSL2 laeuft innerhalb einer leichtgewichtigen VM mit einem eigenen ext4-Dateisystem. Der Zugriff auf Dateien auf der Windows-NTFS-Partition erfordert das Ueberqueren der VM-Grenze ueber das 9P-Protokoll, was bei jeder Dateioperation Latenz hinzufuegt. Bei einem node_modules-Ordner mit Tausenden kleiner Dateien wird dieser Overhead dramatisch spuerbar.

Dateizugriff zwischen beiden Systemen

Obwohl du Projekte auf der Linux-Seite speichern solltest, kannst du dennoch von beiden Systemen auf Dateien zugreifen:

# From WSL2, access Windows files
ls /mnt/c/Users/yourname/Documents

# From Windows Explorer, access Linux files
# Type this in the Explorer address bar:
# \\wsl$\Ubuntu\home\yourusername\projects
# From PowerShell, access Linux files
explorer.exe \\wsl$\Ubuntu\home\yourusername

Empfohlene Verzeichnisstruktur

mkdir -p ~/projects ~/tools ~/scripts
# Keep all development work under ~/projects
# Keep downloaded tools under ~/tools
# Keep automation scripts under ~/scripts

Docker-Desktop-Integration mit WSL2

Docker Desktop fuer Windows nutzt WSL2 als Backend und bietet native Linux-Container-Performance ohne den Overhead einer herkoemmlichen Hyper-V-VM.

Installation

  1. Lade Docker Desktop fuer Windows herunter und installiere es.
  2. Stelle waehrend der Installation sicher, dass “Use WSL 2 instead of Hyper-V” ausgewaehlt ist.
  3. Oeffne nach der Installation die Docker-Desktop-Einstellungen und navigiere zu Resources > WSL Integration.
  4. Aktiviere die Integration mit deiner Ubuntu-Distribution.

Installation verifizieren

Fuehre in deinem WSL2-Ubuntu-Terminal aus:

docker --version
docker compose version
docker run hello-world

Ressourcenverwaltung

Docker Desktop mit WSL2 kann erheblichen Arbeitsspeicher verbrauchen. Konfiguriere Grenzwerte in ~/.wslconfig auf der Windows-Seite:

# Create/edit C:\Users\yourname\.wslconfig
[wsl2]
memory=8GB
processors=4
swap=2GB

Nach der Aenderung von .wslconfig starte WSL2 neu:

wsl --shutdown

Container ausfuehren

Da Docker innerhalb der WSL2-VM laeuft, erhaeltst du volle Linux-Container-Performance:

# Run an Nginx container
docker run -d -p 8080:80 --name webserver nginx

# Access it from both WSL2 and Windows browser at http://localhost:8080

# Run a development database
docker run -d -p 5432:5432 \
  -e POSTGRES_PASSWORD=devpassword \
  --name devdb postgres:16

# Use Docker Compose for multi-container setups
docker compose up -d

Eine vollstaendige Anleitung zur Docker-Installation auf Ubuntu findest du in unserem Artikel Docker auf Ubuntu installieren.

VS Code Remote - WSL-Erweiterung

Die Remote - WSL-Erweiterung von Visual Studio Code ermoeglicht es dir, VS Code unter Windows zu verwenden, waehrend alle Werkzeuge, Terminals und Erweiterungen innerhalb von WSL2 ausgefuehrt werden. Dies ist der empfohlene Weg, um Code im Linux-Dateisystem zu bearbeiten.

Einrichtung

  1. Installiere Visual Studio Code unter Windows (nicht innerhalb von WSL2).
  2. Installiere die WSL-Erweiterung (Kennung: ms-vscode-remote.remote-wsl).
  3. Oeffne ein WSL2-Terminal und navigiere zu deinem Projektverzeichnis.
  4. Starte VS Code aus dem Terminal:
cd ~/projects/my-app
code .

VS Code installiert automatisch seine Server-Komponente innerhalb von WSL2 und verbindet sich damit. Du siehst “WSL: Ubuntu” in der unteren linken Ecke von VS Code, was bestaetigt, dass du im Remote-Modus arbeitest.

Wichtige Vorteile

  • Erweiterungen laufen innerhalb von WSL2: Sprachserver, Linter, Debugger und Formatter werden in der Linux-Umgebung ausgefuehrt, wodurch betriebssystemuebergreifende Kompatibilitaetsprobleme eliminiert werden.
  • Das Terminal ist eine echte Linux-Shell: Das integrierte Terminal ist deine WSL2-Bash/Zsh, nicht PowerShell.
  • Dateiueberwachung funktioniert nativ: Hot-Reload fuer Frameworks wie React, Vue und Next.js funktioniert ohne zusaetzliche Konfiguration, da der Dateibeobachter direkt auf dem Linux-Dateisystem arbeitet.
  • Git-Integration nutzt Linux-Git: VS Code verwendet die Git-Binaerdatei innerhalb von WSL2 und vermeidet so Probleme mit Zeilenenden und Pfaden.

Empfohlene Erweiterungen fuer die WSL2-Entwicklung

Installiere diese Erweiterungen innerhalb der WSL2-Umgebung (sie erscheinen unter “WSL: Ubuntu - Installed”):

# From inside WSL2 terminal
code --install-extension dbaeumer.vscode-eslint
code --install-extension esbenp.prettier-vscode
code --install-extension ms-python.python
code --install-extension golang.go
code --install-extension bradlc.vscode-tailwindcss

Netzwerk zwischen Windows und WSL2

Das Netzwerk von WSL2 hat sich erheblich weiterentwickelt. Bei modernen Windows-11-Builds mit WSL2 2.0+ wird standardmaessig der gespiegelte Modus verwendet, der die meisten Konnektivitaetsszenarien vereinfacht.

Auf WSL2-Dienste von Windows aus zugreifen

Standardmaessig sind Dienste, die innerhalb von WSL2 laufen, von Windows ueber localhost erreichbar:

# Start a development server in WSL2
python3 -m http.server 3000

# Access it from Windows browser: http://localhost:3000

Auf Windows-Dienste von WSL2 aus zugreifen

Du kannst Windows-Dienste von WSL2 aus ebenfalls ueber localhost erreichen (gespiegelter Modus unter Windows 11) oder die Windows-Host-IP verwenden:

# Find the Windows host IP (useful for older builds)
cat /etc/resolv.conf | grep nameserver
# Output example: nameserver 172.28.80.1

# Or use the hostname
ping "$(hostname).local"

Gespiegeltes Netzwerk konfigurieren (Windows 11)

Fuege Folgendes zu deiner .wslconfig-Datei unter Windows hinzu:

# C:\Users\yourname\.wslconfig
[wsl2]
networkingMode=mirrored
dnsTunneling=true
autoProxy=true

Portweiterleitung fuer externen Zugriff

Wenn externe Geraete auf Dienste zugreifen muessen, die in WSL2 laufen:

# Forward port 3000 from Windows to WSL2 (run as Administrator)
netsh interface portproxy add v4tov4 listenport=3000 listenaddress=0.0.0.0 connectport=3000 connectaddress=localhost

# Remove the forwarding rule when no longer needed
netsh interface portproxy delete v4tov4 listenport=3000 listenaddress=0.0.0.0

# List all forwarding rules
netsh interface portproxy show v4tov4

GPU- und CUDA-Unterstuetzung

WSL2 unterstuetzt GPU-Passthrough, sodass du CUDA-Workloads, Machine-Learning-Frameworks und sogar grafische Linux-Anwendungen direkt ausfuehren kannst.

Voraussetzungen

  • Eine NVIDIA-GPU mit einem aktuellen Windows-Treiber (Game Ready oder Studio Driver 470.76+)
  • Windows 11 oder Windows 10 Build 21H2+

GPU-Zugriff verifizieren

# Check if the GPU is visible
nvidia-smi

# You should see your GPU model, driver version, and CUDA version

CUDA Toolkit innerhalb von WSL2 installieren

# Do NOT install a Linux NVIDIA driver inside WSL2 -- use the Windows driver
# Only install the CUDA toolkit

wget https://developer.download.nvidia.com/compute/cuda/repos/wsl-ubuntu/x86_64/cuda-keyring_1.1-1_all.deb
sudo dpkg -i cuda-keyring_1.1-1_all.deb
sudo apt update
sudo apt install -y cuda-toolkit

Mit PyTorch testen

pip install torch torchvision
python3 -c "import torch; print(f'CUDA available: {torch.cuda.is_available()}'); print(f'Device: {torch.cuda.get_device_name(0)}')"

Wichtig: Installiere niemals einen Linux-NVIDIA-Anzeigetreiber innerhalb von WSL2. Der Windows-GPU-Treiber uebernimmt das GPU-Passthrough. Die Installation eines Linux-Treibers verursacht Konflikte.

Mehrere Distributionen verwalten

WSL2 ermoeglicht es dir, mehrere Linux-Distributionen gleichzeitig auszufuehren, was nuetzlich fuer Tests in verschiedenen Umgebungen oder die Isolierung von Workloads ist.

Zusaetzliche Distributionen installieren

# List available distributions
wsl --list --online

# Install additional distributions
wsl --install -d Debian
wsl --install -d Ubuntu-22.04

Zwischen Distributionen wechseln

# List installed distributions and their status
wsl --list --verbose

# Launch a specific distribution
wsl -d Debian

# Set a default distribution
wsl --set-default Ubuntu-24.04

Distributionen exportieren und importieren

Dies ist nuetzlich fuer Backups oder zum Teilen vorkonfigurierter Umgebungen mit deinem Team:

# Export a distribution to a tar file
wsl --export Ubuntu-24.04 D:\backups\ubuntu-24.04-backup.tar

# Import a distribution from a tar file
wsl --import MyCustomUbuntu D:\wsl\MyCustomUbuntu D:\backups\ubuntu-24.04-backup.tar

# Launch the imported distribution
wsl -d MyCustomUbuntu

Eine Distribution entfernen

# Unregister and delete a distribution (WARNING: destroys all data)
wsl --unregister Debian

WSL-Befehlsreferenz

Hier ist eine umfassende Referenztabelle der wichtigsten WSL-Befehle:

BefehlBeschreibung
wsl --installWSL mit der Standard-Ubuntu-Distribution installieren
wsl --install -d <distro>Eine bestimmte Distribution installieren
wsl --list --onlineAlle verfuegbaren Distributionen auflisten
wsl --list --verboseInstallierte Distributionen mit Version und Status auflisten
wsl --set-default-version 2WSL2 als Standard fuer neue Installationen festlegen
wsl --set-default <distro>Die Standard-Distribution festlegen
wsl --set-version <distro> 2Eine WSL1-Distribution zu WSL2 konvertieren
wsl --shutdownAlle laufenden Distributionen und die VM herunterfahren
wsl --terminate <distro>Eine bestimmte Distribution beenden
wsl --export <distro> <file>Eine Distribution in eine tar-Datei exportieren
wsl --import <name> <path> <file>Eine Distribution aus einer tar-Datei importieren
wsl --unregister <distro>Eine Distribution entfernen und alle Daten loeschen
wsl --updateDen WSL2-Linux-Kernel aktualisieren
wsl --versionWSL-Version, Kernel-Version und WSLg-Version anzeigen
wsl --statusWSL-Konfiguration und Standard-Distribution anzeigen
wsl -d <distro> -u rootEine Distribution als Root-Benutzer starten
wsl hostname -IDie IP-Adresse der WSL2-VM anzeigen

Fehlerbehebung

WSL2 startet nicht mit einem Virtualisierungsfehler

Wenn du einen Fehler wie “Please enable the Virtual Machine Platform Windows feature” siehst, ueberprüfe, ob die Virtualisierung in deinem BIOS/UEFI aktiviert ist:

# Check if virtualization is enabled
systeminfo | findstr /i "Hyper-V"

# Re-enable the required features
dism.exe /online /enable-feature /featurename:VirtualMachinePlatform /all
dism.exe /online /enable-feature /featurename:Microsoft-Windows-Subsystem-Linux /all

WSL2 verbraucht zu viel Arbeitsspeicher

Standardmaessig kann WSL2 bis zu 50 % deines gesamten Systemspeichers beanspruchen. Erstelle oder bearbeite C:\Users\yourname\.wslconfig:

[wsl2]
memory=4GB
swap=2GB

Starte dann WSL2 neu:

wsl --shutdown

DNS-Aufloesung schlaegt innerhalb von WSL2 fehl

Wenn ping google.com fehlschlaegt, aber ping 8.8.8.8 funktioniert, liegt das Problem beim DNS:

# Temporary fix: manually set DNS
sudo rm /etc/resolv.conf
sudo bash -c 'echo "nameserver 8.8.8.8" > /etc/resolv.conf'
sudo bash -c 'echo "nameserver 8.8.4.4" >> /etc/resolv.conf'

# Prevent WSL from overwriting resolv.conf
sudo bash -c 'echo "[network]" > /etc/wsl.conf'
sudo bash -c 'echo "generateResolvConf = false" >> /etc/wsl.conf'

Starte dann WSL2 mit wsl --shutdown aus PowerShell neu.

Zeitabweichung zwischen Windows und WSL2

Nach einem Ruhezustand-/Hibernation-Zyklus von Windows kann die WSL2-Uhr abweichen:

# Check the clock
date

# Sync the clock manually
sudo hwclock -s

# Or on newer builds
sudo ntpdate time.windows.com

Dateiberechtigungen sind falsch auf eingebundenen Windows-Laufwerken

# Add to /etc/wsl.conf inside your distribution
[automount]
enabled = true
options = "metadata,umask=22,fmask=11"
mountFsTab = false

Fehler “Cannot connect to Docker daemon”

# Verify Docker Desktop is running on Windows
# Then check the WSL2 integration setting in Docker Desktop:
# Settings > Resources > WSL Integration > Enable for your distro

# Restart WSL2
wsl --shutdown

# Verify Docker works
docker ps

Zusammenfassung

WSL2 verwandelt Windows in eine erstklassige Entwicklungsplattform fuer Linux-basierte Workflows. Mit einem echten Linux-Kernel, nativer Dateisystem-Performance, Docker-Integration und nahtloser VS-Code-Anbindung kannst du das Beste aus beiden Betriebssystemen nutzen — ohne Kompromisse.

Um das Beste aus deiner WSL2-Umgebung herauszuholen:

  1. Speichere Projektdateien immer im Linux-Dateisystem fuer optimale Performance.
  2. Verwende Windows Terminal mit angepassten Profilen fuer jede Distribution.
  3. Nutze VS Code Remote - WSL, um deine Bearbeitungserfahrung unter Windows zu behalten, waehrend alles in Linux ausgefuehrt wird.
  4. Konfiguriere .wslconfig, um Arbeitsspeicher- und Prozessorzuweisung fuer deine Workloads zu verwalten.
  5. Verwende Docker Desktop mit dem WSL2-Backend fuer Container-Workloads — sieh dir unsere vollstaendige Docker-Installationsanleitung fuer weitere Details an.
  6. Automatisiere deine Workflows mit CI/CD-Pipelines, sobald deine Entwicklungsumgebung bereit ist. Sieh dir unseren Leitfaden zu Erste Schritte mit GitHub Actions fuer CI/CD an, um deine Projekte auf das naechste Level zu bringen.

Mit einer richtig konfigurierten WSL2-Umgebung hast du eine leistungsstarke, flexible und performante Linux-Entwicklungsumgebung direkt auf deinem Windows-Rechner.