Zwei Dateien zu vergleichen ist Tagesarbeit; drei auf einmal zu vergleichen ist das Feld von KDiff3. Es sagt nicht nur, wo etwas anders ist, es laesst drei Saetze von Aenderungen in einem Fenster zu einer Datei zusammenfuehren.

Die Fassung steht bei 1.12.5

Nach der Ausgabeliste der KDE-Anwendungsseite steht KDiff3 bei 1.12.5 vom 20. Juli 2026. Rueckwaerts kam 1.12.4 am 16. Februar 2026 und 1.12.3 am 10. Mai 2025, und die 1.12er Reihe lief von 1.12.0 herunter, mit mehreren 1.11.x und 1.10.x davor.

Dieser Takt sagt Pflegeprojekt: zwei oder drei Punktausgaben im Jahr, keine Spruenge in der Hauptversion, keine Funktionswerbung. Fuer ein Werkzeug, das seit den 2000ern im Einsatz ist, ist der Takt selbst das Zeichen, denn es hat sich so weit gesetzt, dass es keine neuen Funktionen braucht, um zu bestehen.

Was das Zusammenfuehren aus drei Quellen wirklich loest

Der Vergleich zweier Wege beantwortet, wo diese zwei Dateien anders sind. Das Zusammenfuehren aus drei Quellen beantwortet eine andere Frage: wenn zwei Personen dieselbe Ausgangsdatei je bearbeitet haben, wie werden beide Saetze von Aenderungen vereint, ohne dass einer den anderen ueberschreibt.

Die offizielle Beschreibung lautet, zwei oder drei Textdateien oder Ordner zu vergleichen und zusammenzufuehren. Die Drei-Form ist eine Ausgangsdatei plus die bearbeiteten Fassungen beider Seiten, und das Werkzeug legt alle drei aus und markiert, welche Zeilen nur A geaendert hat, welche nur B, und welche beide beruehrt haben. Nur die von beiden beruehrten Zeilen werden zum Konflikt erhoben, den ein Mensch entscheidet. Die Rechnung ist schlicht: zwei Wege heisst Zeile fuer Zeile lesen, drei Quellen heisst die wenigen markierten Stellen lesen.

Es arbeitet in beiden Koernungen, Datei und Ordner. Im Ordnermodus ist der Vergleich der ganze Verzeichnisbaum, und der Zustand jeder Unterdatei rollt in eine Liste, mit geaendert, hinzugefuegt und fehlend alle markiert.

Zeichen fuer Zeichen, nicht nur Zeile fuer Zeile

Die offizielle Beschreibung setzt ein Ausrufezeichen an diese Faehigkeit: sie zeigt die Unterschiede Zeile fuer Zeile und Zeichen fuer Zeichen. Zeilenvergleich ist der Branchenstandard, Zeichenvergleich nicht. Der Unterschied zeigt sich klar auf langen Zeilen, wo ein Konfigurationseintrag von einigen hundert Zeichen oder verkleinerter Code aus der Zeilensicht nur diese Zeile hat sich geaendert bekommt, waehrend die Zeichensicht die paar bewegten Zeichen markiert.

Diese Faehigkeit ist beim Pruefen einer Codeaenderung bares Geld wert. Wird eine Variable von userName zu user_name umbenannt, hebt die Zeilensicht die ganze Zeile hervor und die Zeichensicht die mittlere Strecke.

Konflikte werden im Bearbeiter entschieden

Die uebliche Klage ueber Vergleichswerkzeuge ist, den Unterschied zu finden und zum Ausbessern woanders hin zu muessen. KDiff3 bringt einen Zusammenfuehrbearbeiter mit: Konfliktzeilen erscheinen als Marken im Ausgabebereich, und die Wahl, eine Seite zu behalten, beide zu behalten oder von Hand zu schreiben, geschieht an Ort und Stelle. Die Ausgabeflaeche unten im Bild ist genau das.

Praktischer ist die Statuszeile unten im Fenster: die Zahl der ungeloesten Konflikte, mit einem Hinweis in Klammern, wie viele davon reine Leerraumunterschiede sind. Beim Zusammenfuehren fuerchtet man am meisten, auf halbem Weg den Ueberblick zu verlieren, und diese Zahl macht daraus einen Stand zum Nachpruefen.

Leerraum und Kommentare duerfen sich verstecken

Einrueckung vom Bearbeiter umgeschrieben, ein Leerzeichen am Zeilenende dazu, Kommentare von einem Formatierer regelmaessig umsortiert: nichts davon bedeutet etwas, und alles davon ersaeuft, was wirklich zu lesen ist. KDiff3 bietet Hervorheben und Verstecken fuer Leerraum- und Kommentarunterschiede, gezeigt wenn gewuenscht und weggeklappt wenn nicht.

Das hilft am meisten beim Uebernehmen fremden Codes oder nach einem grossen Formatierlauf. Die Zahl der Unterschiede faellt von Hunderten auf ein Dutzend, und was bleibt, braucht Urteil.

Kodierung und Zeilenenden verdienen eine eigene Ansicht

Die offizielle Seite nennt Unterstuetzung fuer Unicode, UTF-8 und andere Kodierungen. In der Oberflaeche zeigt die rechte obere Ecke jeder Textflaeche die erkannte Kodierung und den Zeilenendstil, und das Bild traegt Encoding: UTF-8 und Line end style: Unix.

Diese zwei getrennt zu nennen ist kein Schmuck. Der haeufigste falsche Unterschied in plattformuebergreifender Arbeit ist der Zeilenumbruch: dieselbe Datei ist CRLF auf Windows und LF auf Linux, und ein Zeilenvergleich faerbt die ganze Datei rot. Steht der Zeilenendstil offen da, lokalisiert sich das Problem sofort am Umbruch statt am Inhalt.

KIO und Schluesselwoerter der Versionsverwaltung

Es bietet netztransparenten Zugang ueber KIO, also wird eine entfernte Quelle in KIO-Adressform direkt verglichen, ohne die Datei vorher herunterzuladen. Wer regelmaessig eine Serverkonfiguration gegen eine lokale Kopie haelt, spart damit das Laden und das Aufraeumen.

Eine weitere leicht uebersehene Faehigkeit ist die Unterstuetzung von Schluesselwoertern der Versionsverwaltung und historischem Zusammenfuehren. In Dateien mit Schluesselwoertern wie Revision oder Date expandiert ein Vergleich zwischen Verzeichnissen diese zu verschiedenen Werten, und KDiff3 kann solche Expansionen neutralisieren, damit sie nicht als echte Aenderung gelten.

Mehr als ein Weg zur Installation

Die KDE-Anwendungsseite bietet drei Zugaenge: unter Linux ueber einen AppStream-faehigen Laden wie Discover oder ueber die Paketverwaltung der Distribution; der allgemeine Weg ueber Distributionen hinweg ist Flatpak, mit einem Flathub-Eintrag auf der Seite; und Windows und macOS haben Installer, getrennt fuer ARM und Intel gelistet.

Das Projekt veroeffentlicht zusaetzlich Nachtpakete ueber das KDE-CDN, zum Testen gedacht, und die Seite kennzeichnet sie als instabil. Nur wer dem Entwicklungszweig folgt, braucht sie. Die Lizenz ist GPL-2.0-or-later, Quelle und Fehlerverfolgung liegen auf KDEs GitLab, das Handbuch auf der KDE-Dokumentationsseite, und es gibt ein offizielles Forum.

Wann es am meisten Arbeit spart

Fuer den taeglichen Fall zweier Dateien tut es jedes Werkzeug, und es gibt keinen Grund, dieses zu installieren. Es verdient seinen Platz in drei Lagen: ein Zusammenfuehren auf zwei Saetzen von Aenderungen, das genaue Finden der geaenderten Zeichen in einer langen Zeile, und das Wechseln zwischen Datei- und Ordnerkoernung.

Laeuft der Ablauf ueber Git, ist es als externes Zusammenfuehrwerkzeug einzubinden ueblich, denn das Zusammenfuehren aus drei Quellen ist die natuerliche Form beim Loesen eines Git-Konflikts, und dieses Werkzeug nimmt drei Eingaben von Haus aus.

Der Wert von KDiff3 liegt nicht in einer langen Funktionsliste. Er liegt darin, dass die ganze Frage, wie drei Dateien zusammenkommen, in einem Fenster bleibt: Unterschiede lesen, Konflikte beurteilen, Inhalt aendern, Rest pruefen, ohne einmal hinauszutreten.