필터된 patch를 바이트 단위의 정확한 변경으로 적용
줄 가장자리 공백 무시나 CRLF의 CR 제거는 동일성 기준을 바꿉니다. 필터 결과는 검토에는 유용하지만 patch에서 바이트 차이가 빠질 수 있으므로 원본 파일을 정확히 변환하는 patch로 간주하면 안 됩니다.
텍스트·코드·Unified Patch Diff 비교기
텍스트브라우저에서 실행(업로드 없음)
두 텍스트나 코드 개정본을 정확한 줄 변경 구간 또는 Unicode 코드 포인트 단위로 브라우저에서 비교합니다. 줄 모드는 좌우 변경 블록과 unified patch를 만들고 마지막 줄바꿈 누락을 표시하며, 필요할 때만 줄 가장자리 공백 또는 CRLF와 LF를 같게 볼 수 있습니다. 문자 모드는 한 글자 삽입 뒤의 모든 위치를 변경으로 오인하지 않고 실제 삽입·삭제를 정렬합니다.
다음에 할 작업
관련 작업 흐름을 이어가거나 이 작업 다음에 자주 사용하는 도구를 열어보세요.
작업 가이드
코드·데이터·경로 식별자를 안전하게 이름 변경하기
케이스 변환기로 이름 후보를 만든 뒤 모든 이름 변경을 계약 변경으로 다룹니다. 사용처 조사, 약어 규칙, 잘못된 식별자, diff와 대상 환경 검증을 완료하세요.
열기관련 도구코드 포맷 워크벤치 | CSS, HTML, JavaScript 외
형식별 엔진으로 8개 코드·데이터 언어를 로컬 포맷, 압축, 구문 검사합니다.
열기관련 도구CRLF, LF 및 혼합 텍스트 파일 줄바꿈 감지기
로컬 파일의 원본 CRLF, LF, CR 및 Unicode 줄 구분자를 셉니다.
열기관련 도구Worker Timeout과 캡처 범위를 제공하는 JavaScript 정규식 테스터
Worker 1초 timeout, 캡처 범위, 하이라이트로 범위가 제한된 JavaScript 정규식을 테스트합니다.
열기이 도구 사용 방법
왼쪽에 원본, 오른쪽에 수정본을 붙여넣거나 파일로 불러옵니다. 새 파일이나 삭제 파일은 한쪽만 비어 있어도 비교할 수 있습니다.
소스·설정·patch 검토에는 줄 모드를, 범위가 작은 문장 내부 변경에는 문자 모드를 선택합니다.
줄 모드에서 문맥 0·3·5·10줄 중 하나를 고르고 검토 목적에 필요한 CRLF 또는 줄 가장자리 공백 동등성만 켭니다.
비교를 직접 실행한 뒤 개별 행보다 먼저 원시 추가, 원시 삭제, 화면용 치환 짝, 변경 hunk 개수를 확인합니다.
파일 끝 줄바꿈 누락 표식을 확인하고 필터 없는 정확한 줄 결과가 필요하면 Unified patch 보기에서 복사하거나 다운로드합니다.
저장소, 배포, 보관 작업에 적용하기 전에 원본에 patch가 맞는지 검증하고 필터를 끈 상태로 다시 비교합니다.
이 도구를 써야 할 때
커밋·Pull Request 전 코드 검토
제안한 소스 파일과 이전 버전을 비교하고 필터 없는 unified patch를 내보내 별도로 검토합니다.
환경 설정 drift 탐지
주변 설정 문맥을 유지하면서 port, feature flag, endpoint, 환경별 값의 변경을 찾습니다.
문구 내부의 정밀 변경 확인
코드 포인트 하이라이트로 작은 범위의 삽입, 삭제, 문장부호, 식별자 변경 위치를 찾습니다.
플랫폼 간 서식 잡음 분류
실제 내용 변경과 CRLF/LF 또는 줄 가장자리 공백 잡음을 구분한 뒤 patch를 만들기 전에 필터 없이 다시 실행합니다.
로컬 생성 결과 검사
생성한 manifest, 로그, 질의 결과, fixture snapshot을 비교 서버에 보내지 않고 확인합니다.
흔한 실수
밀린 내용을 연속된 치환으로 해석
줄 모드는 삽입·삭제된 줄을, 문자 모드는 삽입·삭제된 Unicode 코드 포인트를 찾습니다. 보이는 위치끼리만 비교하면 삽입 하나가 뒤의 모든 토큰이 바뀐 것처럼 보입니다.
강조된 코드 포인트 하나를 가시 문자 하나로 가정
가족 이모지, 국기, 결합 악센트, U+200D로 연결한 이모지는 여러 Unicode 코드 포인트로 구성될 수 있습니다. 코드 포인트 하이라이트 하나가 사용자가 보는 글자 하나와 항상 같지는 않습니다.
파일 끝 줄바꿈 누락 표식 무시
마지막 줄바꿈은 텍스트 파일 구조의 일부입니다. patch 표식과 결과 정보는 `alpha`와 `alpha `을 구분하므로 스크립트, POSIX 도구, 저장소 검사에서 종결자가 필요할 때 이 차이를 놓치지 마세요.
브라우저 diff를 무제한 저장소 비교로 사용
브라우저는 각 입력을 2 MiB, 줄 모드를 100,000줄, 문자 모드를 100,000 코드 포인트로 제한하며 어려운 비교에는 시간·편집거리 한도가 있습니다. 중단을 동일하다는 뜻으로 해석하지 말고 크고 무관한 파일은 나누어 비교하세요.
예시
설정값 치환과 endpoint 삽입 검토
인접한 설정 두 줄은 치환되고 endpoint 하나가 삽입됩니다. patch 원시 개수는 추가 3줄과 삭제 2줄이며, 좌우 화면을 읽기 쉽게 하려고 두 행만 위치 기준으로 짝지어 표시합니다.
입력
변경 전(마지막 줄바꿈 있음):
server:
port: 8080
log: info
routes:
- /health
변경 후(마지막 줄바꿈 있음):
server:
port: 8081
log: debug
routes:
- /health
- /ready
출력
추가 patch 줄: 3 | 삭제 patch 줄: 2 | 짝지은 치환 행: 2 | Unified patch에 - port: 8080, + port: 8081, + - /ready 포함이모지 뒤에 밀려 들어간 문자 찾기
이 예시에서 이모지는 코드 포인트 하나이며 X를 삽입해도 B와 C가 변경으로 표시되지 않습니다. 변경 없음 4개에는 A, 이모지, B, C가 포함됩니다.
입력
변경 전: A😀BC
변경 후: A😀XBC출력
추가 코드 포인트: 1 | 삭제 코드 포인트: 0 | 변경 없음 코드 포인트: 4 | 변경 그룹: 1한도가 있는 Myers 줄 비교와 Unicode 코드 포인트 비교 방식
줄 모드는 jsdiff 9의 structuredPatch()를 사용하며 라이브러리의 Myers 계열 최단 편집 구현으로 줄 토큰을 비교합니다. 문맥 줄 수는 hunk 주변에 표시할 변경 없는 줄만 바꾸며 두 줄의 동일성 판단에는 영향을 주지 않습니다.
원시 추가·삭제 수는 patch의 '+'와 '-' 줄에서 직접 셉니다. 연속된 삭제 블록과 추가 블록은 좌우 화면에서 위치 순서대로 짝지어 치환 행으로 표시합니다. 이는 시각적 정렬 보조이며 unified patch에는 독립적인 추가와 삭제가 그대로 남습니다.
줄 가장자리 공백 무시는 jsdiff의 ignoreWhitespace 옵션으로 각 줄의 앞뒤만 동일성 판단용으로 trim합니다. CRLF를 LF로 취급하는 옵션은 stripTrailingCr로 LF 바로 앞의 CR 하나를 제거합니다. 두 옵션 모두 입력란의 텍스트를 변경하지 않습니다.
Unified 출력은 입력 이름을 before.txt와 after.txt로 지정하고 표준 파일 header, hunk 범위, `\ No newline at end of file` 표식을 냅니다. 필터를 켜면 무시한 차이가 출력에서 빠지므로 원본을 정확히 변환하는 patch로 부적합할 수 있습니다.
문자 모드는 diffChars()를 사용하며 여기서 문자는 UTF-16 code unit이 아니라 Unicode 코드 포인트입니다. 밀린 내용을 정확히 정렬하지만 extended grapheme cluster는 나누지 않으므로 화면에서 하나로 보이는 이모지나 악센트 글자가 여러 비교 단위일 수 있습니다.
각 입력은 UTF-8 2 MiB, 줄 모드는 100,000줄, 문자 모드는 100,000 코드 포인트로 제한됩니다. 계산은 1,500ms와 편집거리 20,000, 줄 미리보기는 2,000행, 문자 미리보기는 표시 코드 포인트 50,000개로 제한합니다. 계산 한도를 넘으면 전체가 바뀌었다는 거짓 결과 대신 오류를 냅니다.
자주 묻는 질문
줄 모드와 문자 모드는 언제 각각 사용하나요?
줄 모드는 완전한 줄을 토큰으로 삼아 변경을 hunk로 묶고 문맥 줄과 unified patch를 제공합니다. 문자 모드는 Unicode 코드 포인트를 토큰으로 삼아 두 화면에서 인라인 삽입·삭제를 강조하며 줄 patch는 만들지 않습니다.
'줄 가장자리 공백 무시'는 정확히 무엇을 무시하나요?
두 줄이 같은지 판단할 때 각 줄의 앞뒤 공백만 제거합니다. 줄 안쪽 공백은 그대로 비교하며 모든 위치의 공백을 없애는 옵션이 아닙니다.
'CRLF를 LF로 취급' 옵션은 어떻게 동작하나요?
비교할 때 LF 바로 앞의 CR 하나를 제거해 CRLF 줄과 LF 줄을 같게 봅니다. 단독 CR까지 정규화한다고 주장하지 않으며 입력 텍스트 자체를 다시 쓰지도 않습니다.
다운로드한 patch를 바로 적용해도 되나요?
두 필터를 모두 끄면 unified patch는 마지막 줄바꿈 누락 표식을 포함한 정확한 줄 비교를 기록합니다. 필터를 켜면 의도적으로 무시한 원본 차이가 빠질 수 있으므로 적용 전에 별도로 검증해야 합니다.
어떤 diff 알고리즘과 치환 규칙을 사용하나요?
jsdiff 9의 Myers 계열 최단 편집 알고리즘을 시간·편집거리 한도와 함께 사용합니다. 좌우의 치환 행은 인접한 삭제·추가 블록을 화면 표시용으로 위치에 따라 짝지은 것이며 두 줄의 의미가 같다는 판정이 아닙니다.
문자 모드는 사용자가 보는 글자 또는 grapheme cluster를 비교하나요?
아닙니다. 문자 모드는 JavaScript 문자열 순회가 내놓는 Unicode 코드 포인트를 따릅니다. 결합 문자, 지역 표시자, variation selector, ZWJ 이모지 시퀀스는 여러 단위로 나뉠 수 있습니다.
비교할 텍스트가 업로드되거나 분석 데이터에 포함되나요?
비교, 미리보기 구성, patch 생성, 복사, 다운로드는 이 브라우저에서 수행됩니다. 파일은 브라우저 FileReader API로 읽습니다. 집계 분석에는 모드, 개수, 한도, 시간만 기록될 수 있고 붙여넣은 텍스트, 파일 내용, patch 본문은 포함하지 않습니다.
이 도구를 검증한 방법
관리 및 검수 SimpleWebUtils검토일
검증 방법: 텍스트·코드·Unified Patch Diff 비교기에서 “Patch 준비 전 설정 변경 검토” 픽스처를 임의로 고치거나 단순화하지 않고 실행했습니다. “정확한 줄 비교 기준선 생성”에서 “줄바꿈과 가장자리 공백 잡음 진단”로 이어지는 결과를 대조했습니다. 비성공 경로 검토에는 “화면의 치환을 한 번만 셈”, “모든 들여쓰기를 미관 차이로 취급” 조건을 사용했습니다.
기대 결과: 비교 결과는 추가 패치 행 3개, 삭제 행 2개, 짝지은 변경 2개와 hunk 1개를 보고했고, 포트·로그 수준·/ready 경로 변경이 내보낸 패치에 드러났습니다.
검증한 작업 가이드 열기관련 작업 가이드
도구를 열기 전에 자주 쓰는 작업 흐름과 예시를 확인하세요.
작업 가이드
코드·데이터·경로 식별자를 안전하게 이름 변경하기
케이스 변환기로 이름 후보를 만든 뒤 모든 이름 변경을 계약 변경으로 다룹니다. 사용처 조사, 약어 규칙, 잘못된 식별자, diff와 대상 환경 검증을 완료하세요.
작업 가이드배포 전에 코드를 안전하게 포맷하고 압축하는 방법
포맷과 압축은 구문 오류를 숨기거나 데이터 토큰을 바꾸는 작업이 아니라 검토 가능하고 재현 가능한 자산을 만드는 작업이어야 합니다. 이 절차는 먼저 소스와 대상을 분류하고, 비밀을 제거하고, 언어별 파서를 실행하고, 정확한 설정과 바이트 변화를 기록하고, 의미 경계를 비교한 뒤 원본을 교체하기 전에 실제 브라우저·컴파일러·로더·스키마·테스트에서 후보를 검증합니다.
작업 가이드텍스트 개정본을 비교하고 Unified Diff 검증하기
신뢰할 수 있는 diff는 필터가 아니라 정확한 입력에서 시작합니다. 원본 파일을 보존하고 줄 구조와 마지막 줄바꿈을 비교하며 모든 원시 추가·삭제를 설명합니다. 동등성 옵션은 진단용으로만 사용하고, 내보낸 patch는 저장소나 배포에 들어가기 전에 폐기 가능한 복사본에서 검증합니다.
작업 가이드레거시 오류를 옮기지 않고 HTML 조각을 React JSX로 변환하기
HTML-to-JSX 변환은 반복적인 구문 작업을 줄여 주지만 마이그레이션 품질은 그다음 과정에서 결정됩니다. 이 절차는 기존 동작을 기록하고, 하나의 일관된 조각만 변환하며, 브라우저가 정규화한 구조를 비교하고, 레거시 이벤트와 URL을 다시 설계합니다. 이어서 스타일과 에셋을 대상 프로젝트로 옮기고 lint, 타입, 접근성, 반응형, 보안 검증을 수행합니다. 생성 JSX는 정제되거나 완성된 컴포넌트가 아니라 검토할 소스로 취급합니다.
작업 가이드HTML 본문을 GFM Markdown으로 옮기고 게시 전에 검증하는 방법
HTML을 Markdown으로 바꾸면 반복적인 문법 수정을 줄일 수 있지만, 게시 가능한 마이그레이션에는 본문 범위 분리, 신뢰 경계 검토, 자산 이전, 실제 대상 미리보기가 더 필요합니다. 이 절차는 하나의 본문이나 문서 섹션을 변환하고, 제거되거나 보존된 구조를 모두 확인하고, 위험한 링크와 상호작용 컨트롤을 교체하고, 이미지를 옮기고, 실제 게시 렌더러로 최종 파일을 검증합니다.
작업 가이드위험한 동작을 답습하지 않고 정적 HTML 뷰를 Pug로 옮기는 방법
HTML을 Pug로 변환하면 태그를 반복해서 다시 쓰는 수고는 줄지만, 신뢰할 수 있는 마이그레이션에는 원본 기준, 의존성 목록, 활성 코드 재설계, 명시적인 템플릿 locals, 대상 애플리케이션 테스트가 더 필요합니다. 이 절차는 하나의 완결된 뷰를 변환하고 브라우저 보정과 보존된 이벤트 및 URL을 검토하고 페이지 의존성을 옮긴 뒤, 애플리케이션에 필요한 Pug 로직만 추가하고 문법이 파싱된다는 이유가 아니라 실제 컴파일된 HTML로 결과를 검증합니다.
작업 가이드URL 슬러그를 만들고 기존 링크 보존하기
슬러그 생성기는 일관된 경로 조각 후보를 만들 수 있지만 경로를 소유하거나 공개 주소를 보호하지는 못합니다. 이 절차는 대상 플랫폼과 현재 URL을 기록하고, 명시적인 Unicode 또는 ASCII 규칙을 선택하고, 음역과 인코딩 길이를 검토하고, 실제 네임스페이스에서 중복과 예약어를 확인합니다. 공개 URL을 바꿀 때는 리디렉션, canonical 메타데이터, 내부 참조, sitemap, 모니터링, 롤백을 필수 작업으로 다룹니다.
작업 가이드코드 리뷰용 SQL을 포맷하고 쿼리 동작을 검증하는 방법
SQL 포맷은 join, 조건, grouping, subquery를 드러내지만 읽기 좋은 출력이 문장의 유효성이나 안전성을 증명하지는 않습니다. 이 절차는 대상 DB와 버전을 확인하고, 원본을 보존·비식별화하고, 명시적인 포매터 문법 하나를 적용하고, token과 주석 변화를 정확히 검토한 뒤 실제 도구 체인에서 schema 해석, 권한, 결과, plan, transaction, migration, 테스트, rollback을 검증합니다.
작업 가이드게시·초안 비교 전에 텍스트 측정치를 감사하는 방법
편집자, 연구자, 지원팀, SEO 검토자가 초안의 단어 반복, 목표 구문 과다, 읽기 난이도, 부정적 표현, 다른 버전과의 유사성을 물을 때 사용하는 절차입니다. 분석 전에 단위·언어·정규화·분모·한도·해석을 고정하고 결정론적 근거와 편집 판단을 분리합니다.
작업 가이드정규식 캡처와 경계로 텍스트를 안전하게 치환하기
안전한 일괄 치환은 원본과 가장 좁은 일치 규칙에서 시작합니다. 패턴을 따로 검증하고 모든 플래그와 달러 토큰을 명시하며 경계·0길이 진단과 정확한 diff를 확인한 뒤 대상 시스템에서 다시 테스트합니다.
작업 가이드재현 가능한 텍스트 픽스처와 장식 샘플을 안전하게 준비하기
테스트, 목업, 터미널 데모, 문서 예시 또는 실패해도 해가 없는 시각 실험에 생성·재배열 텍스트가 필요할 때 사용하는 절차입니다. 구조 작업과 장식을 구분하고, 원문과 구분자 동작을 보존하며, 모든 seed와 제한을 기록합니다. FIGlet·미러·거꾸로·영어 점자 부분집합·Zalgo가 글꼴·보조 기술·검색·복사 환경을 통과하지 못할 수 있으면 항상 평문 대체 내용을 함께 둡니다.
작업 가이드시스템 간 텍스트 비교 전에 Unicode 정규화하기
신뢰할 수 있는 Unicode 정규화 작업은 원본 표현을 보존하고 대상 시스템의 계약을 확인한 뒤 정준 정규화와 호환 접기를 구분합니다. 정확한 코드 포인트와 숨은 문자를 검사하고, 완성된 값을 비교한 다음 실제 저장·조회 환경에서 다시 검증합니다.
작업 가이드제로 폭 문자를 제거하기 전에 위치와 의미 검사하기
화면에는 같은 두 값이 비교, 검색, 줄바꿈, 파싱, 표시에서 다르게 동작할 때 사용하는 절차입니다. 수정 전에 지원 제어 문자를 찾고 일반 숨은 구분자와 문자 결합 및 줄바꿈 제어를 구분하며, 줄바꿈과 정규화 상태를 그대로 둔 채 각 제거가 안전한 이유를 기록합니다.
관련 도구
관리 중인 다른 작업 흐름을 이어서 사용해 보세요
코드 포맷 워크벤치 | CSS, HTML, JavaScript 외
형식별 엔진으로 8개 코드·데이터 언어를 로컬 포맷, 압축, 구문 검사합니다.
포맷팅
CRLF, LF 및 혼합 텍스트 파일 줄바꿈 감지기
로컬 파일의 원본 CRLF, LF, CR 및 Unicode 줄 구분자를 셉니다.
텍스트
Worker Timeout과 캡처 범위를 제공하는 JavaScript 정규식 테스터
Worker 1초 timeout, 캡처 범위, 하이라이트로 범위가 제한된 JavaScript 정규식을 테스트합니다.
텍스트
텍스트 정리 워크벤치 | 목록, 로그, 문단 정리
한 작업공간에서 줄 번호, 필터, 정렬, 분할, 병합, 공백 정리, 줄바꿈을 순서대로 처리합니다.
텍스트
텍스트 찾기 및 바꾸기 | 리터럴·정규식 치환
Unicode 경계, 캡처 토큰, 정확한 수치, Worker 제한으로 리터럴 또는 정규식 일치를 바꿉니다.
텍스트