Ir para o conteúdo

Template do Procedimento de Prontidão da Release ziviDomeLive 2.0.0

Template de procedimento, não status da release

As caixas desmarcadas abaixo formam um protocolo reutilizável e nunca representam o estado de um candidato específico. O resultado autoritativo está em maintainer/release-evidence.md junto ao artefato de CI vinculado ao SHA de código-fonte declarado. Qualquer mudança posterior no código-fonte torna essa evidência obsoleta até que todo o procedimento aplicável seja repetido.

A tag não é um teste

Crie v2.0.0 apenas depois que cada gate aplicável abaixo possuir evidência registrada. Capacidade presente no código não equivale a evidência de qualificação.

Este é o gate final antes de criar v2.0.0. Um item marcado significa que existe evidência; não significa apenas que o recurso existe no source.

1. Automated

  • clean/test/build passa
  • qualificationTests passa
  • validação documental passa
  • MkDocs strict EN/PT passa
  • buildReleaseArtifacts passa
  • estrutura final do pacote validada

2. GPU visual

  • Standard
  • Domemaster
  • Equirectangular
  • Skybox
  • CalibrationTool
  • contrato visual de Environment
  • troca representativa de resolução / resetGraphics(int)

Matriz física de background transparente

Use uma Scene que não desenhe background(...) nem geometria fullscreen. Inspecione o canal alpha, não somente o resultado RGB exibido; um receiver preto sem checkerboard não demonstra sozinho opacidade ou transparência.

View Environment ausente Environment desabilitado Environment habilitado Preview principal Target final/output
Standard [ ] [ ] [ ] [ ] [ ]
Domemaster [ ] [ ] [ ] [ ] [ ]
Equirectangular [ ] [ ] [ ] [ ] [ ]
Skybox [ ] [ ] [ ] [ ] [ ]

No Domemaster, repita com Size%=100, Size%=50 e Size%=0. Verifique alpha zero fora do círculo em 100/50, área novamente exposta transparente em 50 e target totalmente transparente em zero. Depois inspecione separadamente cada receiver aplicável: NDI em cada plataforma declarada, Syphon no macOS e Spout no Windows. Registre descarte de alpha como limitação do receiver; não transforme essa limitação em fallback opaco do framebuffer interno.

3. Benchmark

  • smoke do BenchmarkTool
  • baseline CPU
  • modo de medida CPU/GPU implementado pela ferramenta corrente
  • relatório arquivado com ambiente exato

4. Native output

  • receiver NDI em cada plataforma declarada
  • receiver Syphon no macOS se macOS for declarado
  • receiver Spout no Windows se Windows for declarado

Não deduza qualificação Linux/macOS/Windows apenas da compatibilidade do source.

5. Pacote Processing instalado

  • instalar ZIP/PDEX gerado em sketchbook limpo
  • abrir reference/index.html
  • source incluído conforme planejado
  • seis learning examples abrem/executam
  • CalibrationTool abre/executa
  • BenchmarkTool abre/executa
  • pacote sem testes ou relatórios gerados de benchmark

6. Publication metadata

  • library.properties validado
  • ZIP/TXT/PDEX estáveis gerados juntos
  • README/MkDocs/CFF/Zenodo consistentes em versão/DOI
  • claims de plataformas testadas correspondem à evidência
  • DOI/ISBN documental ausente/null até registro real

7. Freeze

  • CHANGELOG representa a implementação realmente entregue
  • roadmap não é descrito como capacidade corrente
  • termos deprecated 1.x não contaminam tutoriais 2.0 salvo notas explícitas
  • nenhum claim genérico VR/headset/stereo runtime permanece sem contrato implementado
  • nenhuma mudança de renderer/API foi feita apenas por conveniência documental

Somente depois das evidências aplicáveis o maintainer cria v2.0.0.