🔍 텍스트 비교(Diff)
두 텍스트를 붙여넣으면 달라진 부분만 색으로 표시해 드립니다.
줄·단어·글자 단위 비교와 유사도 계산까지, 모든 처리는 브라우저 안에서만 이루어집니다.
💡 사용 방법
1. 텍스트 입력: 왼쪽에 원본, 오른쪽에 변경본을 붙여넣거나 📂 파일 버튼으로 텍스트 파일을 불러오세요.
2. 비교 단위 선택: 소스코드·긴 문서는 줄 단위, 원고·계약서 교정은 단어 단위, 오타 하나까지 잡으려면 글자 단위가 좋습니다.
3. 비교하기: 버튼을 누르면 삭제된 부분은 빨강, 추가된 부분은 초록으로 표시되고 추가·삭제·변경 줄 수와 유사도가 계산됩니다.
4. 결과 활용: '변경 지점만 보기'로 바뀐 부분만 모아 보고, 결과를 복사하거나 텍스트 파일로 저장할 수 있습니다.
📌 비교 단위 선택 가이드
| 비교 단위 | 이런 문서에 적합 | 특징 |
|---|---|---|
| 줄 단위 | 소스코드, 설정 파일, 로그, 목록형 문서 | 줄을 기준으로 맞춘 뒤 바뀐 줄 안에서 단어까지 다시 비교합니다. 가장 빠르고 결과가 깔끔합니다. |
| 단어 단위 | 원고, 계약서, 보도자료, 번역문 | 줄바꿈 위치와 상관없이 문장 흐름 속에서 바뀐 단어만 짚어 줍니다. |
| 글자 단위 | 짧은 문장, 상품명, 계좌번호·코드 값 | 조사·오타 한 글자까지 잡아냅니다. 문서가 길면 결과가 잘게 쪼개져 보일 수 있습니다. |
🔒 안전한 비교
입력한 내용과 불러온 파일은 서버로 전송되지 않고 브라우저 안에서만 처리됩니다. 계약서·소스코드처럼 외부에 노출되면 안 되는 문서도 안심하고 비교할 수 있으며, 페이지를 새로고침하면 모든 내용이 사라집니다.
❓ 자주 묻는 질문
아니요. 비교는 100% 브라우저 안에서만 이루어지며 입력한 내용이나 불러온 파일은 서버로 전송되거나 저장되지 않습니다. 계약서, 소스코드처럼 외부에 노출되면 안 되는 문서도 안전하게 비교할 수 있고, 페이지를 새로고침하면 모든 내용이 사라집니다.
Eugene W. Myers가 1986년 논문에서 발표한 O(ND) 차분 알고리즘의 선형 공간(divide and conquer) 변형을 사용합니다. Git과 유닉스 diff 명령, 대부분의 코드 리뷰 도구가 사용하는 것과 같은 계열의 알고리즘으로, 두 텍스트를 같게 만드는 데 필요한 편집 횟수가 최소가 되는 결과를 찾습니다.
줄 단위는 문서 전체를 줄 단위로 맞춰 보고, 바뀐 줄 안에서 다시 단어를 비교해 표시하므로 소스코드나 긴 문서에 적합합니다. 단어 단위는 줄바꿈과 상관없이 문장 흐름 속에서 바뀐 단어만 찾아 주어 원고·계약서 교정에 좋습니다. 글자 단위는 한 글자, 조사 하나까지 잡아내지만 문서가 길면 결과가 잘게 쪼개져 보일 수 있습니다.
두 텍스트에서 공통으로 유지된 글자 수에 2를 곱한 뒤, 양쪽 글자 수의 합으로 나눈 값입니다. 즉 2 × 공통 글자 수 ÷ (원본 글자 수 + 변경본 글자 수) × 100으로, 두 텍스트가 완전히 같으면 100%, 공통 부분이 전혀 없으면 0%가 됩니다. 선택한 비교 단위와 무시 옵션에 따라 값이 조금씩 달라질 수 있습니다.
이 도구는 순수 텍스트를 비교하므로 .txt, .md, .csv, .json, 소스코드 파일처럼 텍스트로 저장된 파일을 불러올 수 있습니다. 워드나 PDF는 파일 자체가 압축·바이너리 구조라 그대로 불러오면 깨져 보이므로, 문서를 열어 내용을 복사한 뒤 붙여넣어 비교하는 방법을 권장합니다.
대소문자 무시는 영문 문서에서 Hello와 hello를 같은 것으로 볼 때 사용합니다. 공백 전체 무시는 들여쓰기(탭·스페이스)나 줄 안의 공백 개수만 달라진 경우 이를 차이로 보지 않게 해 주어 코드 포매팅만 바뀐 파일을 비교할 때 유용합니다. 앞뒤 공백 무시는 줄 끝에 남은 공백처럼 눈에 보이지 않는 차이만 걸러 주고, 빈 줄 무시는 문단 사이 빈 줄 개수 차이를 무시합니다.
수만 줄 규모의 문서도 줄 단위 비교라면 대부분 1초 안팎에 처리됩니다. 다만 글자 단위 비교는 비교해야 할 요소가 수십 배로 늘어나 느려질 수 있으므로, 문서가 길다면 줄 단위나 단어 단위로 먼저 비교한 뒤 바뀐 부분만 확인하는 것이 좋습니다.