AULA 30 / 30 · Parceiros e operação

PR, release e produção: como ler o estado do produto

Entenda o mapa de entrega da Bridgee sem confundir etapas.

Estado deste conteúdo

Guia baseado em documentação e PRs consultados. SDKs/API citados ainda têm alterações em draft; confirmar release e homologação.

Ver implementação e critérios de aceite →

PASSO 01

Evidência consultada

Em 03/10/2026, os PRs Android #1, iOS #2, RN #1 e API #2 estavam abertos e draft. Dashboard #1 e #2 estavam mergeados. Tagbook #1 e consolidação lab #6 estavam abertos. A matriz da Academy guarda esse snapshot com links para a consulta atual.

PASSO 02

O que cada estágio comprova

Um diff demonstra proposta de mudança; checks comprovam validações executadas; merge integra código à branch; release identifica o artefato consumível; deploy instala a versão no serviço; homologação comprova a jornada em condição real. Uma etapa não substitui a seguinte.

PASSO 03

Leia dependências

Dashboard mergeado pode depender de API ainda não implantada. Um exemplo que compila com Firebase placeholder não mede instalações reais. SQL com PROJECT.DATASET é referência até configuração e execução autorizadas.

PASSO 04

Atualize a Academy

Quando o PR mudar, valide commit, contrato e release antes de alterar a aula. Substitua esquemas por prints sanitizados de staging homologado quando disponíveis. Mantenha o status de proposta nas telas de score e antifraude até o aceite.

SUA VEZ

Leve a aula para a prática

Escolha um PR da matriz e registre: mudança, status, validação disponível, dependência e evidência ainda necessária.

Baixar checklist de homologação ↓

Confira o aprendizado

Documentação e evidências

Consultadas em 03/10/2026. Os exercícios e números desta aula são fictícios.

Consultar o guia técnico relacionado ↗