Pembanding Teks (Diff)

Bandingkan dua teks dan temukan setiap perbedaan

Diff checker ini membandingkan dua blok teks dan menunjukkan dengan tepat apa yang berubah — teks yang dihapus berwarna merah, teks yang ditambahkan berwarna hijau, dan baris yang diedit ditandai kata per kata — sehingga Anda dapat meninjau perubahan dalam sekali pandang. Tempelkan versi asli dan versi yang diubah ke dua kotak yang tersedia, dan perbandingan diperbarui secara instan, tanpa tombol Compare dan tanpa menunggu. Alat ini bekerja untuk prosa, kode sumber, file konfigurasi, log, JSON, baris CSV, dan apa pun yang berupa teks biasa.

Baik Anda perlu membandingkan dua teks, melihat perbedaan dua revisi kontrak, memeriksa apa yang diubah rekan kerja dalam sebuah file, atau menyandingkan dua kolom spreadsheet, alat diff online ini menempatkan kedua versi berdampingan dan menyorot setiap penambahan dan penghapusan untuk Anda. Semuanya berjalan sepenuhnya di browser: tidak ada yang diunggah ke server, tidak perlu akun, dan tidak ada batas panjang teks.

Berdampingan atau unified — level kata, karakter, atau baris

Beralihlah antara tampilan side-by-side yang menyejajarkan baris-baris yang cocok dalam dua kolom, dan tampilan unified (inline) yang menumpuk perubahan dengan penanda +/− yang familiar dari git diff. Tampilan berdampingan paling nyaman untuk membaca prosa di layar lebar; tampilan unified lebih ringkas dan menjadi default di layar ponsel yang sempit. Anda dapat berpindah tampilan kapan saja lewat tombol View.

Pilih juga granularitas penyorotan: mode Line menandai seluruh baris yang berubah, sedangkan Word dan Character menelusuri lebih dalam untuk menampilkan token persis yang berbeda di dalam sebuah baris — jadi mengubah 'color: red' menjadi 'color: blue' hanya menyorot 'red' versus 'blue', bukan seluruh baris. Alat desktop seperti Beyond Compare juga menawarkan fitur ini, tetapi mengharuskan instalasi dan lisensi berbayar. Diff level kata paling berguna untuk penyuntingan prosa dan dokumentasi, sedangkan diff level karakter sangat berharga untuk data yang padat seperti URL, string tanggal, atau nilai field CSV — mengubah 2024-06-19 menjadi 2024-06-20 akan menunjuk tepat pada satu digit yang berubah.

Diff checker JSON, kode, dan CSV yang sesungguhnya

Aktifkan Treat as JSON dan kedua sisi akan diformat rapi (pretty-print) dengan indentasi konsisten dan kunci yang diurutkan sebelum dibandingkan, sehingga perubahan urutan kunci dan derau format menghilang dan hanya perubahan nilai yang benar-benar nyata yang muncul — persis yang seharusnya dilakukan sebuah diff checker JSON. Misalnya, {"b":2,"a":1} dan {"a":1,"b":2} dilaporkan identik, sementara perubahan "a":1 menjadi "a":5 disorot pada barisnya. Diffchecker.com memperlakukan JSON sebagai teks biasa kecuali Anda memakai fitur JSON diff berbayarnya; di sini fitur ini gratis.

Untuk kode sumber, atur granularitas ke Word atau Character dan gunakan tampilan Inline untuk mendapatkan diff kode yang bersih, lalu ekspor sebagai patch unified-diff standar. Sempurnakan perbandingan dengan opsi Ignore whitespace (mengabaikan spasi, tab, dan indentasi), Ignore case (huruf besar dan kecil dianggap sama, jadi 'Error' dan 'error' tidak ditandai), serta Trim trailing spaces (menghapus spasi tak terlihat di akhir baris — sumber umum perbedaan semu). Kombinasikan ketiganya untuk fokus hanya pada perubahan yang benar-benar penting, misalnya saat membandingkan file yang diformat otomatis atau diindentasi berbeda.

Untuk membandingkan dua kolom CSV atau spreadsheet, tempelkan kolom A dari spreadsheet Anda ke sisi Original dan kolom B ke sisi Changed. Setiap sel berada di barisnya sendiri, sehingga entri yang ditambah, dihapus, atau diubah disorot satu per satu. Ini jauh lebih cepat daripada memakai conditional formatting atau VLOOKUP di Excel untuk mencari perbedaan.

Unggah, tukar, dan ekspor

Selain menempel teks, Anda dapat mengunggah dua file atau menyeret dan menjatuhkannya langsung ke masing-masing kotak untuk dibandingkan baris demi baris. Format apa pun yang berbasis teks didukung — .txt, .csv, .json, .xml, .html, .css, .js, .py, .md, file log, dan lainnya. Gunakan Swap untuk menukar sisi asli dan sisi yang diubah, dan Clear untuk memulai ulang.

Setelah selesai, Copy diff menyalin patch unified-diff ke clipboard Anda, dan Download .diff menyimpannya sebagai file patch sungguhan dengan header hunk @@, siap dilampirkan ke code review atau diterapkan dengan perintah patch. Ini format yang sama dengan yang dipakai pull request GitHub dan merge request GitLab.

Alternatif diff checker: bagaimana kami dibandingkan

Alternatif diff checker yang utama adalah Diffchecker.com, WinMerge, Beyond Compare, dan KDiff3. Diffchecker.com berbasis browser tetapi secara opsional menyimpan diff di server mereka — sebuah kekhawatiran privasi untuk kode rahasia. Paket gratisnya membatasi panjang teks dan mengenakan biaya untuk tautan diff permanen, ekspor PDF, dan diff yang memahami JSON. WinMerge dan KDiff3 adalah alat desktop yang tangguh tetapi hanya berjalan di Windows dan memerlukan instalasi. Beyond Compare bisa dibilang alat diff desktop terbaik, tetapi berharga $30–$60 dan hanya berjalan di Windows, Mac, dan Linux — bukan di ponsel.

Diff checker gratis kami berjalan sepenuhnya di browser Anda, tidak menyimpan apa pun di server mana pun, tidak memiliki batas karakter, dan bekerja di perangkat apa pun termasuk iPhone dan Android. Diff yang memahami JSON, unggah file, ekspor unified-diff, serta kontrol whitespace dan huruf besar-kecil semuanya gratis tanpa akun. Untuk perbandingan cepat — cuplikan kode, file konfigurasi, kontrak, kolom CSV — alat ini mencakup fungsi yang sama dengan Diffchecker tanpa kompromi privasi.

Cara kerja algoritma diff: LCS, Myers, dan patience diff

Setiap alat diff teks — termasuk yang ini — dibangun di atas masalah longest common subsequence (LCS): menemukan urutan baris terpanjang yang muncul di kedua file dengan urutan yang sama, tanpa baris-baris tersebut harus bersebelahan. Baris yang termasuk dalam LCS adalah konteks yang tidak berubah; sisanya adalah penyisipan atau penghapusan. Menghitung LCS secara brute force bersifat eksponensial, tetapi solusi dynamic-programming klasik berjalan dalam waktu dan ruang O(n × m) (dengan n dan m adalah jumlah baris di masing-masing file). Algoritma Hunt-McIlroy tahun 1975 — dasar dari perintah diff Unix yang asli — menerapkan gagasan ini pada file nyata dan menjadi implementasi acuan bagi semua alat sesudahnya.

Pada 1986, Eugene Myers menerbitkan pendekatan yang lebih cepat. Algoritma diff Myers berjalan dalam waktu O(ND) — dengan D adalah jumlah suntingan (edit distance) — yang jauh lebih cepat dalam praktik ketika kedua file mirip, karena D kecil. Git menggunakan algoritma Myers untuk keluaran git diff-nya, begitu pula sebagian besar alat code review modern (GitHub, GitLab, Bitbucket). Untuk kasus di mana keterbacaan hasil lebih penting daripada kecepatan mentah, algoritma patience diff (dipakai di Bazaar dan tersedia di Git lewat git diff --patience) menjangkarkan perbandingan pada baris yang muncul tepat satu kali di masing-masing file sebelum kembali ke LCS. Hasilnya adalah diff yang jauh lebih mudah diikuti manusia ketika sebuah fungsi diganti namanya atau blok kode dipindahkan.

Memahami algoritma ini menjelaskan perilaku yang mungkin Anda perhatikan dalam praktik. Dua fungsi yang hampir identik bisa menghasilkan diff yang membingungkan jika LCS 'menempel' pada kurung kurawal penutup atau komentar pendek yang sama; beralih ke patience diff sering langsung merapikannya. Edit distance D juga menentukan seberapa cepat perbandingan terasa: membandingkan dua file yang sangat berbeda (D besar) memang memakan CPU lebih banyak daripada dua file yang hampir identik (D kecil), itulah sebabnya teks yang sangat panjang dan sangat berbeda bisa terasa lebih lambat dibandingkan.

Format unified diff dan penggunaan di luar kode

Format unified diff — dihasilkan oleh diff -u dan git diff — adalah bahasa universal patch perangkat lunak. Setiap unified diff diawali dua baris header: --- a/namafile mengidentifikasi file asli dan +++ b/namafile mengidentifikasi file baru. Setelah header hadir satu atau beberapa hunk, masing-masing diawali header hunk @@ berbentuk @@ -a,b +c,d @@: mulai dari baris a file asli sepanjang b baris, dan mulai dari baris c file baru sepanjang d baris. Baris berawalan spasi adalah baris konteks yang tak berubah (default tiga baris di tiap sisi), baris berawalan - dihapus, dan baris berawalan + ditambahkan. Perintah patch membaca unified diff dan menerapkannya ke file asli — flag -p mengatur berapa komponen direktori yang dipangkas dari path, misalnya patch -p1 memangkas prefiks a/ yang ditambahkan Git. Saat Anda mengklik Download .diff di alat ini, Anda mendapatkan patch unified-diff yang valid persis dalam format ini.

Alat diff diciptakan untuk kode sumber, tetapi algoritmanya bersifat agnostik terhadap domain. Redlining kontrak hukum adalah salah satu penerapan dengan taruhan tertinggi: pengacara yang membandingkan dua draf perjanjian yang dinegosiasikan perlu tahu persis klausul mana yang ditambahkan, dihapus, atau ditulis ulang — dan diff level baris dengan sorotan kata memberikan presisi itu lebih cepat dan lebih andal daripada membaca kedua versi secara manual. Alur kerja manajemen konfigurasi dan infrastructure-as-code juga sangat bergantung pada diff: sebelum menerapkan playbook Ansible, rencana Terraform, atau manifest Kubernetes, tim membandingkan file yang diusulkan dengan versi yang sedang berjalan untuk mengaudit apa saja yang akan berubah — satu level indentasi yang hilang, port yang berubah, atau variabel lingkungan tambahan bisa berdampak pada produksi.

Pemantauan halaman web dan intelijen kompetitif adalah kasus praktis lainnya: mengambil teks halaman harga pesaing atau pengumuman regulasi pemerintah secara berkala lalu membandingkan hasil-hasilnya akan mengungkap kapan harga berubah, kapan klausul baru ditambahkan, atau kapan sebuah produk diam-diam dihentikan. Dalam semua kasus ini, wawasannya sama dengan yang ditunjukkan diff Unix pada 1975: merepresentasikan perubahan sebagai kumpulan minimal penambahan dan penghapusan terhadap sebuah baseline jauh lebih informatif, lebih dapat diaudit, dan lebih dapat ditindaklanjuti daripada menyimpan dua salinan lengkap berdampingan.