Backups und Swap-Files

Die drei Hilfs-Dateien

Alle drei sind per Default aktiv, alle drei landen neben der bearbeiteten Datei. Das ist die häufigste Ursache für „warum liegen all diese .swp-Dateien in meinem Projekt"-Fragen.

Die Vorteile der Defaults:

• Swap schützt vor Daten-Verlust bei Vim-Crash, Stromausfall oder Kill-Signal.
• Backup behält die letzte gespeicherte Version, falls man sich beim Editieren verlaufen hat.
• Undo-File überdauert Sessions — Undo aus letzter Woche funktioniert nach Vim-Restart.

Die Nachteile:

• Datei-Manager und Git zeigen sie als „Müll" an.
• Cloud-Sync-Tools (iCloud, Dropbox, OneDrive) synchronisieren sie und produzieren Konflikte.
• In CI/CD-Repos sind sie verboten, müssen also per .gitignore ausgeschlossen werden.

Die saubere Lösung ist nicht „abschalten" (dann verliert man die Sicherheit), sondern in zentrale Verzeichnisse auslagern. Mehr dazu im Abschnitt 5.

Swap-Files: Crash-Recovery im Detail

Sobald du in Vim eine Datei öffnest, erzeugt Vim sofort eine Swap-Datei im selben Verzeichnis (Default: .<dateiname>.swp). Sie enthält alle Edits, die der Buffer seit dem letzten Speichern erhalten hat — synchron geschrieben, sodass selbst bei einem Stromausfall die letzten Sekunden überleben.

Wenn Vim regulär geschlossen wird, löscht es die Swap-Datei automatisch. Wenn Vim crash-bedingt beendet wird, bleibt sie zurück. Beim nächsten Öffnen der gleichen Datei begrüßt dich der berühmte E325-Bildschirm:

E325: ATTENTION

Found a swap file by the name ".foo.txt.swp"
          owned by: user   dated: Sat May 17 14:23:11 2026
         file name: ~/projects/foo.txt
          modified: YES
         user name: user   host name: laptop
        process ID: 12345 (still running)

While opening file "foo.txt"
          dated: Sat May 17 14:00:00 2026

Swap file ".foo.txt.swp" already exists!
[O]pen Read-Only, (E)dit anyway, (R)ecover, (D)elete it,
                                         (Q)uit, (A)bort:

Die wichtigsten Optionen:

Wer den R-Weg wählt, lädt die letzten ungespeicherten Edits in den Buffer. Anschließend manuell prüfen (Diff zur Datei auf Platte), dann speichern und die Swap-Datei mit :!rm .foo.txt.swp aufräumen.

Eine wichtige Nuance: Vim sagt im Recovery-Dialog explizit, ob der Prozess noch läuft („still running") oder bereits weg ist. Wenn er noch läuft (z. B. man hat in einem anderen Terminal Vim mit der gleichen Datei offen), ist das eine Warnung gegen E und R — sonst editieren zwei Vim-Instanzen die gleiche Datei und überschreiben sich.

vim -r — Recovery aus der Shell

Wenn man den E325-Dialog beim Vim-Start verpasst hat (oder lieber direkt vorgehen will), gibt es das CLI-Flag -r:

# Liste aller Swap-Files anzeigen, die Vim finden kann
vim -r

# Direkt aus einer bestimmten Swap-Datei recovern
vim -r foo.txt

vim -r ohne Argument zeigt eine Liste aller Swap-Files in Vims bekannten Pfaden — typisch das aktuelle Verzeichnis, das Default-Swap-Verzeichnis (siehe nächster Abschnitt) und ~/tmp/. Sehr nützlich, wenn man nicht weiß, wo Vim die Swap-Datei abgelegt hat.

Backup-Files: ~-Dateien verstehen

Mit der Default-Option writebackup erzeugt Vim vor jedem Speichern eine Backup-Kopie — typisch als foo.txt~. Sobald der :w erfolgreich war, löscht Vim das Backup wieder. Das ist eine Sicherheits-Maßnahme: falls beim Speichern etwas schiefgeht (Festplatte voll, Berechtigungen falsch), bleibt die alte Version erhalten.

Mit der Option backup (ohne write-Präfix, Default: aus) bleibt das Backup auch nach erfolgreichem Speichern stehen — das foo.txt~ neben deiner Datei. Manche User mögen das als zusätzliche Sicherheit; die meisten finden es eher störend.

Die typische Empfehlung: writebackup an (Sicherheit beim Schreiben), backup aus (keine ~-Datei-Verstopfung):

" Sicheres Schreiben (Backup vor Save, wird beim Erfolg gelöscht)
set writebackup

" Backup-Datei NICHT dauerhaft behalten
set nobackup

Für kritische Edits kann man kurzfristig set backup aktivieren — die ~-Dateien dann manuell archivieren.

Zentral auslagern — der Doppel-Slash-Trick

Die saubere Lösung gegen Swap-/Backup-/Undo-Müll in Projekten ist zentrale Auslagerung in dedizierte Verzeichnisse. Vim hat dafür drei Optionen:

Die Standard-Setup-Vorlage:

" Drei zentrale Verzeichnisse für Vim-Hilfsdateien.
" Der DOPPEL-SLASH am Ende ist wichtig (siehe Erklärung unten).
set directory=~/.vim/swap//
set backupdir=~/.vim/backup//
set undodir=~/.vim/undo//

" Persistent-Undo aktivieren (sonst wird undodir ignoriert)
set undofile

" Backup beim Save (temporär, gelöscht beim Erfolg)
set writebackup
set nobackup

Dazu einmalig in der Shell:

mkdir -p ~/.vim/swap ~/.vim/backup ~/.vim/undo

Wichtig: Vim legt die Verzeichnisse nicht automatisch an. Wenn sie fehlen, fällt Vim auf den nächsten Pfad in seiner Liste zurück (typisch das aktuelle Verzeichnis) — und der Müll erscheint wieder im Projekt.

Warum der Doppel-Slash?

directory=~/.vim/swap// (mit zwei Slashes am Ende) kodiert den vollen Dateipfad in den Namen der Swap-Datei. Ohne den Doppel-Slash würden zwei Dateien gleichen Namens (z. B. index.html in ~/projects/A/ und ~/projects/B/) sich gegenseitig die Swap-Datei überschreiben.

Mit Doppel-Slash entsteht z. B. %home%user%projects%A%index.html.swp und %home%user%projects%B%index.html.swp — eindeutige Dateinamen pro Pfad. Das ist eine Vim-Eigenheit, die in der :help directory-Doku erklärt ist, aber im Alltag oft vergessen wird.

Wann komplett abschalten — und wann nicht

In einigen Szenarien ist „Hilfsdateien komplett aus" tatsächlich die richtige Wahl:

In manchen extremen Setups (z. B. Edit auf einem read-only-Dateisystem oder per Remote-Shell) lassen sich Hilfsdateien temporär abschalten:

" Pro-Buffer Swap aus
:setlocal noswapfile

" Globaler Abschalt-Reflex — NICHT empfohlen, aber möglich
:set noswapfile
:set nobackup
:set nowritebackup
:set noundofile

Wer das global setzt, verzichtet auf Crash-Recovery — das sollte eine bewusste Entscheidung sein, kein versehentlicher Reflex.

updatetime — wie schnell Vim schreibt

Vim aktualisiert die Swap-Datei nicht nach jedem Tastendruck, sondern nach einer Pause in der Eingabe. Die Pausenlänge bestimmt die Option updatetime — Default: 4000 ms (4 Sekunden).

" Default ist 4000 ms — für Crash-Recovery oft zu langsam.
" Modernere Konfigs nutzen 250-300 ms.
set updatetime=300

Ein niedrigeres updatetime bedeutet:

• Bessere Crash-Recovery (weniger ungespeicherte Sekunden).
• Mehr Disk-Aktivität (Festplatten-Schreibvorgänge alle 300 ms, wenn editiert wird).
• Schnellere Reaktion von Plugins, die auf CursorHold reagieren (z. B. Hover-Info, Diagnose-Refresh, gitsigns-Updates).

Insbesondere für Plugin-Workflows (LSP-Hovers, Auto-Refresh) ist ein niedriges updatetime praktisch — moderne Vim-Konfigs setzen es auf 250-500 ms.

Vollständige Empfehlung — Copy-Paste

Eine bewährte Setup-Vorlage, die alle drei Hilfsdateien sauber konfiguriert:

" ============================================================
" Sicherungs-Konfiguration: Swap, Backup, Undo
" ============================================================

" Drei dedizierte Verzeichnisse — KEIN Müll mehr im Projekt.
" Doppel-Slash am Ende: voller Pfad im Dateinamen kodiert
" (verhindert Kollisionen gleichnamiger Dateien).
set directory=~/.vim/swap//
set backupdir=~/.vim/backup//
set undodir=~/.vim/undo//

" Swap an (Default) — Crash-Recovery aktiv
set swapfile

" Backup beim Speichern — temporär, wird beim Erfolg gelöscht
set writebackup
set nobackup

" Persistent-Undo — Undo-Historie überdauert Sessions
set undofile
set undolevels=10000

" Schnellere Updates für Plugins und Crash-Recovery
set updatetime=300

Einmalig in der Shell:

mkdir -p ~/.vim/swap ~/.vim/backup ~/.vim/undo

Diese Konfiguration deckt 99 % aller Setups ab — und sorgt dafür, dass kein .swp/~/.un~-Müll mehr in Projekt-Verzeichnissen landet.

Weiterführende Ressourcen

Externe Quellen

• Vim Help: swap-file — Swap-Mechanismus im Detail.
• Vim Help: directory — Option zur Swap-Auslagerung, inklusive Doppel-Slash-Erklärung.
• Vim Help: backupdir — Backup-Auslagerung.
• Vim Help: undofile — persistent-undo.
• Vim Help: recovery — vollständige Recovery-Doku inkl. E325-Flow.
• Vim Help: updatetime — Pausen-Steuerung für Swap und Plugins.

Verwandte Artikel

• Dateien öffnen und speichern
• Working Directory
• netrw
• Encoding und Line-Endings
• Abbrechen und Undo
• Das Buffer-Konzept