NordVPN
SponsoredVPN no-log con oltre 6.400 server in 111 paesi. Threat Protection blocca pubblicità, tracker e malware.
Ottieni NordVPN →Incolla una versione originale e una rivista per vedere un diff riga per riga affiancato. Utile per documenti, configurazioni, revisione del codice e editing di testi.
Usiamo l'algoritmo LCS (Longest Common Subsequence — Sottosequenza Comune Più Lunga) per trovare quali righe sono condivise tra le due versioni. Le righe che appaiono in entrambe sono 'invariate'. Le righe solo nell'originale sono 'rimosse'. Le righe solo nella versione rivista sono 'aggiunte'. Il risultato è un confronto annotato chiaro con i numeri di riga preservati su entrambi i lati.
LCS è l'approccio standard usato da git e dalla maggior parte degli strumenti diff. Sceglie la sequenza di corrispondenza più lunga possibile, che di solito corrisponde a ciò che un umano chiamerebbe 'lo stesso paragrafo'. Per input molto grandi (10.000+ righe) il tempo di esecuzione cresce quadraticamente; se devi confrontare log di grandi dimensioni, usa uno strumento diff in streaming.
Revisioni di documenti: vedi esattamente cosa è cambiato tra le bozze. Utile per contratti legali, condizioni di servizio e qualsiasi testo in cui 'cosa è cambiato?' è importante.
File di configurazione: confronta due file .env o YAML per individuare una configurazione errata. O due versioni di uno script di deploy.
Editing di testi: gli scrittori possono vedere le revisioni del redattore nel contesto, specialmente quando sono cambiate solo poche righe.
Revisione del codice (uso leggero): per piccoli frammenti. Per la vera revisione del codice, usa uno strumento che comprende la sintassi — git diff con flag semantici o uno strumento di revisione dedicato darà risultati migliori.
Il diff è a granularità di riga. Se cambi 'gato' in 'gatos' su una riga, l'intera riga appare come rimossa-e-aggiunta; non evidenziamo la 's' inserita. Il diff a livello di parola e carattere è utile per questo, ma più difficile da leggere su righe lunghe.
Gli spazi finali sono significativi — 'ciao' e 'ciao ' (spazio finale) contano come righe diverse. Se vuoi un confronto insensibile agli spazi, normalizza il testo prima di incollarlo.
L'ordine è importante. Due paragrafi in posizioni diverse contano sia come rimossi che come aggiunti. Il diff non tenta di rilevare i blocchi 'spostati'.
Non ancora — solo a livello di riga. Potremmo aggiungere la granularità a carattere o parola in seguito per confronti brevi.
Praticamente fino a qualche migliaio di righe per lato. La complessità quadratica significa che input molto grandi potrebbero bloccare brevemente la scheda del browser.
No. Il diff viene eseguito interamente in locale.
Sì. Due righe che differiscono solo per gli spazi finali sono conteggiate come diverse. Normalizza gli spazi prima di incollare se vuoi una corrispondenza insensibile agli spazi.
Non come file salvato. Per ora, copia e incolla il testo renderizzato o fai uno screenshot.
Concettualmente sì — usiamo LCS, che è una delle opzioni di git. Git usa per default un algoritmo simile ma più sofisticato (Myers diff con Patience come opzione). L'output per input brevi è essenzialmente identico.
Perché lavoriamo a granularità di riga. Un diff a livello di carattere evidenzierebbe la parola modificata, ma è più difficile da leggere su righe lunghe.
Non con questo strumento. Per il merge multi-versione, usa uno strumento diff a 3 vie dedicato.
VPN no-log con oltre 6.400 server in 111 paesi. Threat Protection blocca pubblicità, tracker e malware.
Ottieni NordVPN →Cloud hosting gestito su DigitalOcean, AWS o GCE: server pronti in pochi minuti, senza amministrazione di sistema.
Prova Cloudways →Freelancer per design, testi, sviluppo e marketing da 5 $, con recensioni e protezione dell'acquirente.
Scopri Fiverr →