게시된 Reference 15편이 전부 규칙을 `### N. 제목` 으로 쓰고 적용 조건·예외·예시를 항목으로 쓴다. 내 15편은 규칙을 `**굵게**` 로, 나머지 셋을 문단으로 쓰고 있었다 — Studio 의 rules[]·applyWhen[]·exceptions[]·examples[] 는 배열이라 문단으로 두면 항목이 하나로 접힌다. 규칙 68개를 `### N. 제목` 으로 바꿨다 (편당 3~7개, 게시된 것은 4~10개) 적용 조건·예외·예시를 항목으로 갈랐다. 한 항목뿐이던 아홉 편은 조건을 나눠 적었다 주제 6 은 본문을 다시 썼다 — location = 이 정확히 일치하는 경로만 잡아 27개가 얼어붙은 구조, 여덟 곳이 우는 시점을 셋으로 가른 표, digest 를 다시 계산할 때 옛 값을 먼저 재현하는 이유. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
3.3 KiB
kind, slug, title, topic, topicName, project, status, verifiedOn, sourceRevision, source
| kind | slug | title | topic | topicName | project | status | verifiedOn | sourceRevision | source | |||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| REFERENCE | what-a-person-must-run-before-deploying | 배포 전에 사람이 돌려야 하는 것과 그 함정 | when-a-guard-can-be-trusted | 가드를 언제 믿을 수 있는가 | TechLog | 게시 전 | 2026-09-04 | tech-log@2026-09-02 |
|
배포 전에 사람이 돌려야 하는 것과 그 함정
CI 에 묶이지 않은 검증이 남아 있으면 그것을 돌리는 것은 사람이다. 다섯 명령을 다 돌려야 하고, 그중 둘은 순서와 환경 때문에 그냥 돌리면 틀린 답을 준다.
관계
- 가드는 작동했는데 제가 그것을 돌리지 않아 두 번 새어 나갔다 이 목록이 필요해진 사건이다.
- npx tsc --noEmit 이 한 파일도 검사하지 않고 성공했다 목록의 첫 줄이 왜 그 명령이 아닌지가 그 기록에 있다.
- 레지스트리 없이 tar 를 import 하는 배포 경로 빌드 산출물에 커밋 해시가 들어가는 이유가 그 개념에 있다.
목적
배포 전에 돌려야 하는 것을 사람이 기억에 의존해 고르는 것을 막는다. 두 번 빠뜨려 결함이 배포까지 갔다.
규칙
1. 프론트는 다섯 개를 다 돌린다
타입 검사 · lint · 단위 테스트 · 컴포넌트 테스트 · 화면 테스트다. 화면 테스트는 단위 테스트 명령이 돌리지 않는다.
2. 타입 검사는 프로젝트를 순회하는 명령으로 돌린다
루트 tsconfig 를 직접 부르는 명령은 한 파일도 검사하지 않고 성공한다.
3. 백엔드는 커밋한 뒤에 빌드한다
빌드 산출물 이름에 커밋 해시가 들어간다. 작업 트리가 더러우면 해시가 달라져 stale 산출물 검사가 멈춘다.
4. 테스트를 npm 이나 npx 로 감싸 돌리지 않는다
npm_config_* 환경 변수가 설정되어 CI 워크플로 생성 테스트가 실패한다. 그 변수를 지우고 실행기를 직접 부른다.
적용 조건
- CI 에 묶이지 않은 검증이 남아 있는 저장소에서 배포 직전에 하는 일
- 명령이 여럿이고 그중 일부만 도는 것이 가능할 때
- 빌드 산출물이 작업 트리 상태에 따라 달라지는 저장소에서
예외
-
CI 가 그 명령을 돌리면 이 목록에서 뺀다.
-
환경 때문에 실패하는 것은 실패로 세지 않는다. 하위 프로세스를 띄우는 세 케이스는 이 환경에서 실패하고 같은 리비전의 다른 실행에서도 똑같이 재현되므로 코드 변경과 무관하다.
예시
-
프론트 다섯 명령 :
npm run check:typesnpm run lint단위 · 컴포넌트 · 화면 테스트 -
백엔드 : 커밋한 뒤 stale 산출물을 지우고 빌드한다. 이 순서를 몰라 두 번 헤맸다.
-
설계 패키지 : 계약 자체의 유효성 · 세 계약 사이의 정합 · 프론트와 백엔드가 아는 종류와 오류 코드가 같은지, 셋을 돌린다.
-
테스트 JVM 힙이 기본값이면 컨텍스트 캐시와 아키텍처 검사와 컨테이너가 겹치면서 메모리가 모자란다. 증상이 테스트 실패가 아니라 실행기를 완료할 수 없다는 메시지라 원인을 가린다.