#ci-cd

배포 파이프라인에 타입체크·린트·테스트 게이트가 0개였다. 작업이 dev 직접 push로 들어가는 플로우라, PR이 아니라 모든 배포가 지나는 길목(deploy.yml 맨 앞 verify 잡)에 단일 게이트를 박았다.

AI 에이전트로 개발하려면 규칙·스킬·검증 훅을 두른 하네스가 필요하다. 5개월에 걸쳐 쌓인 하네스를 점검하니, 좋은 의도의 정리 한 번이 자동 검증 훅을 두 달째 죽여놓고 있었다.

전체 무효화로 최대 15분 버전이 혼재하던 문제를, 해시 파일은 영구 캐시·index.html은 no-cache로 나눠 배포 즉시 전 세계에 반영되게 했다.

마이그레이션은 성공했는데 ECS 배포가 실패하는 경우, 직전 Task Definition으로 자동 복구한다. continue-on-error의 outcome/conclusion 차이가 관건이었다.

FE가 BE보다 먼저 배포되던 레이스 컨디션을, 3개 워크플로우를 하나로 합치고 job 의존성으로 순서를 강제해 막았다.

FE·BE·배치 3개 워크플로우가 서로를 모른 채 동시에 도는 구조. 거기서 생기는 7가지 문제를 위험도별로 분석했다.