docs: audit 1.0.5 playout package

This commit is contained in:
2026-07-12 19:47:03 +09:00
parent df60e09884
commit f5bf7daee4
5 changed files with 134 additions and 10 deletions

View File

@@ -11,12 +11,12 @@
| 원본 inventory와 hash 기준선 | 완료 | 35/35 builder, 원본 기준선 스크립트 35/35 |
| DTO와 mutation builder | 완료 | registry가 정확히 35개 builder를 발견하고 catalog와 1:1 대조 |
| loader와 runtime route | 완료 | MainForm 도달 가능 builder 34개, active alias 45개를 fail-closed route로 등록; `s8086`은 원본과 같이 무alias 진단 전용 |
| 자동 테스트 | 완료 | Core 1,377/1,377, Playout 387/387, Infrastructure 173/173이 Debug/Release x64에서 각각 통과했다. 구성별 1,937개, 두 구성 합계 3,874개이며 실패·skip은 0건이다. Web 413/413와 원본 baseline 35/35도 통과 |
| 자동 테스트 | 완료 | Core 1,383/1,383, Playout 393/393, Infrastructure 173/173이 Debug/Release x64에서 각각 통과했다. 구성별 1,949개, 두 구성 합계 3,898개이며 실패·skip은 0건이다. Web 415/415와 원본 baseline 35/35도 통과 |
| Visual Studio 2026 빌드 | 완료 | MSBuild `18.7.8.30822`로 Debug x64와 signed Release x64 앱 패키지 빌드 성공 |
| Release x64 MSIX | 완료 | clean commit `af80c36``1.0.4.0` 서명·설치·내용 감사와 package-context 실행 통과. SHA-256 `E8DB3C0E94963130548FAEF1880A9F9B99829064257F7196F41B7B8F0EE50B6C`; 290개 항목, Web 33개 source 일치, 금지 자산 0건, 단일 인스턴스와 정상 update를 확인. 기본 상태는 `DryRunReady`, Oracle/MariaDB `Healthy` |
| Release x64 MSIX | 완료 | clean commit `df60e09``1.0.5.0` 서명·설치·내용 감사와 package-context 실행 통과. SHA-256 `1B0BA713619CC3BD7CB3E03D78FD1EB1CEAF49E7D50F5C00DDFB483917BA5437`; 290개 항목, Web 33개 source 일치, 금지 자산 0건. 기본 상태는 `DryRunReady`, Oracle/MariaDB `Healthy`; 삼성전자 현재가 5001 자동 refresh cap 1과 TAKE OUT/IDLE을 확인 |
| 실제 DB read→DTO→mutation smoke | 완료 | 34개 도달 가능 builder의 data route 통과: 33개 Oracle/MariaDB loader와 `s5025` trusted 외부 CP949 파일. 무alias `s8086` diagnostic과 NXT restore audit를 포함한 실제 Oracle/MariaDB query 58건이 성공했다. 종속 asset 또는 PGM 준비 상태는 이 행의 범위가 아니다. |
| 종속 asset preflight | **외부자산 필요 / 검사 보강 적용 중** | 승인 Cuts에서 `s5006``Video\큐브배경.vrv``s6001` 해외지수용 국가별 영상 13개가 없다. 현재 작업 트리에는 45 alias와 builder 소유 자산 23개의 누락·빈 파일·root 탈출·reparse 검사가 반영돼 있지만 최종 전체 회귀·패키지 반영 전에는 완료로 올리지 않는다. |
| 이번 마이그레이션의 실제 Tornado2/PGM | **승인 범위 완료** | 계획 SHA-256 `55C7755C2F874B4B012239117D4AB717BBCE194E7DCC8DA9B0E40D094FF8CA19``MBNWEB-20260711-H`에서 `5001 → 자동 refresh 1회 → 5074 page 1 → page 2 → TAKE OUT`을 PGM과 Network Monitoring으로 함께 확인. 최종 검은 화면, retry 0, `OutcomeUnknown = false` |
| 이번 마이그레이션의 실제 Tornado2/PGM | **이전 승인 범위 완료 / 1.0.5 재검증 대기** | 계획 SHA-256 `55C7755C2F874B4B012239117D4AB717BBCE194E7DCC8DA9B0E40D094FF8CA19`Round H는 5001/5074에 통과했지만 Round I는 refresh 상한 초과로 실패했다. 새 1.0.5 package의 cap은 DryRun만 통과했으며 실제 PGM은 새 계획·Gate A/B 승인 뒤 다시 검증해야 한다. |
Round H의 실제 Network Monitoring 합계는 `SCENE_PREPARE 5001 = 3`, `SCENE_PREPARE 5074 = 2`, `PLAY = 4`, `SCENE_PLAYED = 4`, `FAILURE = 0`, `ERROR = 0`이다. PGM은 5001 데이터, 5074의 page 1과 page 2를 순서대로 렌더링했고 TAKE OUT 뒤 검은 화면이 됐다. 이 증거는 승인된 두 scene에만 유효하다. 과거 실패 회차와 고정 runner는 장애 복구·기본 연결 근거로 보존하되 Round H의 동등성 근거를 대신하거나 확장하지 않는다.