<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>체크섬 on 얼쑤 · Team Edo</title><link>https://team-edo.github.io/tags/%EC%B2%B4%ED%81%AC%EC%84%AC/</link><description>Recent content in 체크섬 on 얼쑤 · Team Edo</description><generator>Hugo</generator><language>ko-kr</language><lastBuildDate>Tue, 03 Nov 2026 00:00:00 +0900</lastBuildDate><atom:link href="https://team-edo.github.io/tags/%EC%B2%B4%ED%81%AC%EC%84%AC/index.xml" rel="self" type="application/rss+xml"/><item><title>Flyway 체크섬의 줄바꿈과 공백</title><link>https://team-edo.github.io/posts/2026/11/flyway-line-checksum/</link><pubDate>Tue, 03 Nov 2026 00:00:00 +0900</pubDate><guid>https://team-edo.github.io/posts/2026/11/flyway-line-checksum/</guid><description>&lt;p>앱을 교체하기 전에 후보 JAR의 SQL이 운영 DB에 적용된 마이그레이션과 같은지 확인하고 싶었습니다. 적용할 마이그레이션이 없으면 배포 도구는 Flyway를 실행하지 않습니다. 그때도 이미 적용한 SQL이 바뀌었는지 가려내려면 JAR의 파일에서 Flyway 이력과 같은 방식으로 체크섬을 계산해야 했습니다.&lt;/p>
&lt;h2 id="sql을-읽는-방식까지-맞췄다">SQL 읽기 방식 맞추기&lt;/h2>
&lt;p>프로젝트에서 사용한 Flyway는 파일을 UTF-8로 읽고, 첫 줄의 BOM과 각 줄의 줄바꿈 문자를 제외한 바이트를 순서대로 CRC32에 넣었습니다. 그래서 LF를 CRLF로 바꾸거나 마지막 줄바꿈을 빼도 체크섬이 같습니다. 줄 끝의 공백은 SQL을 읽는 줄에 그대로 남아 계산에 들어갑니다.&lt;/p></description></item></channel></rss>