변경 줄 찾기
긴 텍스트에서 실제로 바뀐 줄만 분리해 배포 전 설정 차이와 문서 수정 범위를 확인합니다.
브라우저 내부 처리
라인 단위로 변경사항을 비교합니다.
설정 파일이나 API 응답처럼 비슷해 보이는 두 텍스트에서 무엇이 달라졌는지 찾는 일은 눈으로 하면 반드시 놓칩니다. 줄 단위로 비교해 추가·삭제를 표시하면 배포 전 검산이나 장애 원인 추적이 빨라집니다. 다만 줄 끝 문자나 들여쓰기가 바뀌면 전체가 변경으로 잡히니 포맷 변경과 내용 변경은 분리해서 보는 편이 좋습니다.
긴 텍스트에서 실제로 바뀐 줄만 분리해 배포 전 설정 차이와 문서 수정 범위를 확인합니다.
결과를 unified diff 형태로 확인해 이슈, PR, 메신저에 변경 내용을 그대로 공유하기 쉽습니다.
비교 작업은 브라우저에서 처리되므로 토큰이나 내부 설정을 외부 diff 서비스에 붙여 넣는 일을 줄일 수 있습니다.
줄바꿈 문자가 다른 경우입니다. 윈도우는 CRLF, macOS와 리눅스는 LF를 씁니다. 편집기나 git 설정이 다르면 모든 줄이 변경으로 잡힙니다.
줄 단위 비교라 그렇습니다. 긴 줄에서 어느 글자가 바뀌었는지 봐야 한다면 줄을 나눠서 비교하는 편이 빠릅니다.
화면에서는 같은 폭으로 보여도 다른 문자입니다. 들여쓰기만 다른 차이가 잔뜩 잡히면 먼저 공백 정규화를 하고 비교하세요.
JSON, YAML, Markdown은 공백이 의미를 가질 수 있습니다. 단순히 모양이 비슷해 보여도 들여쓰기 차이를 함께 보세요.
매우 큰 로그나 파일은 브라우저 메모리를 많이 사용할 수 있으므로 필요한 구간만 잘라 비교하는 편이 안정적입니다.
들여쓰기를 탭에서 공백으로 바꾸거나 줄 끝 공백이 정리되면 실제 내용이 같아도 모든 줄이 변경으로 보입니다. 리뷰 전에 포맷터를 한 번 돌려 포맷 변경과 로직 변경을 분리하는 편이 낫습니다.
한 줄 안에서 단어 하나만 바뀌어도 그 줄 전체가 삭제·추가로 표시됩니다. 긴 문장이나 minify된 코드에서는 어디가 달라졌는지 알기 어렵습니다. 그럴 때는 줄을 먼저 나눈 뒤 비교하는 편이 읽힙니다.
윈도우는 CRLF, 리눅스와 맥은 LF로 줄을 끝냅니다. 서로 다른 환경에서 만든 파일을 비교하면 내용이 같아도 모든 줄이 변경으로 잡힙니다. git의 autocrlf 설정이나 에디터의 줄 끝 표시를 먼저 확인하세요.
입력
왼쪽
timeout: 30
retries: 3
오른쪽
timeout: 60
retries: 3
결과
- timeout: 30
+ timeout: 60
retries: 3