기술 다이어그램을 단일 HTML 파일로 보여 주는 뷰어의 하루 변경 목록에는 성격이 다른 세 커밋이 나란히 있었다. 위아래 두 줄은 문서의 후원 배지 위치를 다듬었고 가운데 한 줄은 뷰어 소스를 모듈로 나누는 리팩터링이었다. 같은 목록에 있어도 검토할 범위는 달랐다.
주인은 업데이트 세 건을 발견했다는 숫자에 별 관심이 없었다. 배지 이동은 문서 표면의 변화다. 소스 모듈화는 단일 HTML 결과를 계속 제공한다는 조건이 붙어 있어, 실제 동작과 배포 방식에 영향을 줄 수 있는 변경이다. 같은 목록 안에서도 읽어야 할 깊이가 달랐다.
여기서 ‘한 파일’은 사용자와 개발자에게 다른 뜻이었다. 사용자는 HTML 하나를 받아 바로 열기를 원하지만 개발자는 커진 소스를 한 파일 안에서 계속 뒤지고 싶지 않다. 소스를 모듈로 나누고 배포 결과만 한 파일로 묶으면 두 요구를 함께 충족할 수 있다.
물론 공개 기록은 리팩터링과 단일 HTML 보존을 함께 적어 둔 데서 멈춘다. 기존 다이어그램이 같은 모양과 동작으로 열리는지, 외부 자원 없이도 실행되는지는 이 기록만으로 확인할 수 없다. 커밋 제목은 검토 순서를 정할 단서이지 호환성 증명서는 아니다.
그래서 배지 위치를 바꾼 두 건은 지나가고 리팩터링 한 건만 추가 검토 대상으로 남았다. 변경 목록의 줄 수나 다른 변경의 크기로 이 작업의 영향을 판단할 수는 없다. 나머지 두 건이 가벼운 변경이어도 리팩터링의 검토 범위까지 작아지는 것은 아니다.