Diff teks

Apa yang dilakukan alat ini

Diff menjawab satu pertanyaan dengan tepat: apa yang harus berubah untuk mengubah satu teks menjadi yang lain? Tempel yang asli di kiri dan versi yang lebih baru di kanan, dan alat ini menampilkan setiap baris yang dihapus, setiap baris yang ditambahkan, dan — di dalam baris yang dimodifikasi — kata-kata persis yang berbeda, disorot. Itu adalah pertanyaan yang sama yang dijawab git pada setiap komit, dihitung dengan keluarga algoritme yang sama, sepenuhnya di peramban Anda.

Bagian terakhir itu lebih penting bagi alat diff daripada bagi kebanyakan: hal yang dibandingkan orang cenderung privat — dua versi konfigurasi produksi, kueri sebelum dan sesudah pengoptimalan, badan respons yang kemarin bekerja dibandingkan dengan yang hari ini gagal. Di sini mereka tak pernah meninggalkan perangkat Anda.

Berdampingan atau terpadu

Kedua tampilan menampilkan perbandingan yang sama yang ditata berbeda. Berdampingan menaruh yang asli di kiri dan teks yang diubah di kanan, dengan baris yang cocok disejajarkan — cara alami membaca revisi dokumen. Terpadu menyelang-nyelingkan keduanya dalam satu kolom, penghapusan berprefiks tanda minus dan penambahan tanda plus — format yang dipakai git log dan tinjauan kode, lebih ringkas dan lebih baik ketika perubahan jarang. Kedua tampilan menandai nomor baris asli di tepi tiap barisnya, jadi temuan di sini langsung terpetakan kembali ke berkas Anda.

Bagaimana diff dihitung

Alat ini mengimplementasikan algoritme perbedaan Myers, diterbitkan pada 1986 dan masih default di git hari ini. Ia menemukan skrip suntingan terpendek: jumlah minimum penghapusan dan penyisipan baris yang mengubah satu teks menjadi yang lain. Keminimalan itulah yang membuat diff terbaca — perbandingan naif yang bersinkronisasi ulang dengan buruk setelah perubahan melaporkan seluruh blok sebagai diganti, sedangkan Myers menunjuk tepat pada kedua baris yang benar-benar berpindah.

Baris dibandingkan dulu, lalu tiap pasang baris yang berubah dibandingkan lagi pada tingkat kata untuk menghasilkan sorotan. Satu batasan jujur: ketika dua teks nyaris tak punya kesamaan, pencarian skrip minimal akan menelan lebih banyak memori daripada yang seharusnya dihabiskan tab peramban, jadi melampaui jarak suntingan dua ribu alat ini beralih ke menampilkan semuanya sebagai diganti — dan mengatakannya dengan pemberitahuan ketimbang diam-diam.

Opsi spasi dan besar-kecil huruf

Banyak perbedaan nyata tetapi tak relevan. Berkas yang diindentasi ulang dari tab ke spasi, spasi ujung yang ditambahkan penyunting, kata kunci yang dikapitalkan ulang — semuanya perubahan sungguhan, semuanya derau ketika yang ingin Anda ketahui adalah apakah logikanya berubah. Kedua kotak centang menangani kasus umum: satu mengesampingkan spasi di tepi tiap baris, yang lain mengesampingkan besar-kecil huruf. Mereka hanya memengaruhi apa yang dihitung sebagai perubahan — tampilan selalu menampilkan tiap baris persis seperti Anda tempel.

• Abaikan spasi tepi — spasi dan tab di awal dan ujung dibuang sebelum membandingkan, jadi perubahan indentasi-saja berhenti tampil sebagai baris yang dimodifikasi. Spasi di dalam baris tetap dihitung.
• Abaikan besar-kecil huruf — baris dan kata yang berbeda hanya dalam kapitalisasi dibandingkan sebagai sama. Berguna untuk kata kunci SQL, nama header HTTP, dan konteks tak-peka-besar-kecil lain.

Patch yang bisa Anda salin

Tombol salin menghasilkan perbandingan dalam format diff terpadu — lingua franca perubahan kode. Setiap blok perubahan (hunk) diawali header @@ yang menamai nomor baris yang dicakupnya, baris yang dihapus diawali tanda minus, baris yang ditambahkan tanda plus, dan beberapa baris konteks tak berubah mengelilingi tiap hunk sehingga perubahannya bisa ditemukan bahkan jika berkasnya bergeser sedikit.

--- a
+++ b
@@ -1,3 +1,3 @@
 server:
-  port: 8080
+  port: 9090
   timeout: 30

Teks ini bisa ditempel ke tiket atau tinjauan kode, dikirim ke seorang rekan, atau diterapkan secara mekanis: disimpan ke berkas, "git apply" atau perintah patch Unix akan memutar ulang perubahan ke aslinya. Satu detail yang layak diketahui: berkas yang tak diakhiri baris-baru mendapat penanda "\ No newline at end of file" dalam patch-nya — alat ini mereproduksi perilaku itu, karena baris-baru akhir yang hilang adalah perbedaan nyata dan berpura-pura sebaliknya membuat patch yang gagal diterapkan.