Changelog do Big Bang

Mudanças do framework em português, no formato Keep a Changelog. Passos de atualização e histórico das versões anteriores estão em MIGRACAO.md. A versão instalada é registrada em .bigbang/VERSION.

[3.0.0] - 2026-10-11

Adicionado

• Quadro único de 15 estados (Brainstorm a Done, mais Rejected e Cancelled), com o estado derivado dos recibos de cada issue e um controlador que transforma eventos do GitHub em movimentos validados.
• Modelo B: o épico é só um agrupador, as tarefas nascem da develop e fecham no merge, a release é cortada da develop e o que mudou o artefato sem homologação vai para produção com a feature flag desligada.
• Check único gate na CI; posse por travas atômicas (refs/bigbang/locks/) com retomada só por ordem do dono; recibos idempotentes; reprovação com motivo, retorno e limite de tentativas.
• Modos normal, flash e autonomous; o autonomous só age dentro do contrato autonomy.toml e o bb autonomy check recusa repositórios sem os controles exigidos.
• Esteira própria do framework (bb generate --framework, workflows bb-framework-*), com candidata reprodutível, .sha256 e atestação.
• Migração guiada para quem usa a v2: bb migrate config|board|workflow|labels, cada parte com --dry-run, snapshot e volta em ordem inversa, e a skill bb-migrate.
• Skills e processos próprios da v3 (bb-reject e as versões adaptadas das demais) e bb init fundando sistemas já na v3.

Alterado

• Identificadores, labels, chaves do bigbang.toml e comandos da CLI em inglês, com os nomes em português ainda aceitos como alias. O bb update para a 3.0.0 não muda o comportamento de nenhum projeto existente.
• README e Wiki reescritos para o fluxo v3.

Corrigido

• Sistemas fundados antes do PR #236 herdaram a seção do próprio framework no AGENTS.md; bb migrate config a remove.

[2.0.1] - 2026-10-09

Corrigido

• Contrato de migração do patch declara «Nada.» na seção de passos manuais; orientações da migração 2.0.0 ficam separadas. O teste e o parser existentes permanecem intactos.
• Validar também o destino externo de badges Markdown, inclusive com parênteses em URLs e títulos, escapes e URLs delimitadas; páginas, âncoras e imagens ausentes impedem a entrega.
• Três regressões escritas antes das correções verificam destinos ausentes, badges válidos, imagens ausentes e variantes de sintaxe. Os 29 testes afetados passaram localmente; a CI completa ainda deve validar o commit entregue.

Alterado

• Exemplo bigbang.toml e snapshots regenerados com versão 2.0.1, mantendo a correspondência exigida com VERSION. A CI detectou o exemplo antigo, e os testes existentes continuam sem alterações nas asserções.
• O guia de migração explica a ponte temporária de RNs e tabela STACK consumidas por validadores antigos e a remoção posterior por PR, revisão e CI, sem desligar portões. Issue #213.

[2.0.0] - 2026-10-09

Alterado

• Documentação oficial de sistemas públicos na Wiki, com README breve; privados preservam o padrão local.
• CLI, geradores, guarda da stack, regras de negócio, checklist e esteira resolvem documentos pelo destino correto.
• Manifesto fixa código, base/proposta/publicação da Wiki, inventário real, requisitos, fluxos e cenários. Cobertura, links e publicação são portões também no Flash.
• Publicação por fast-forward protege alterações concorrentes e revisões subsequentes renovam a base confirmada. Originais só são removidos depois da publicação.

Adicionado

• Discussions padrão e primeira postagem factual e idempotente pela IA.
• Auditoria de metadados e cards antes de tornar Projects públicos; tipos sem suporte e paginação incompleta bloqueiam, sem mudar permissões de edição.
• Social preview preparado no design e estado de upload explícito; preparação de imagem não declara upload concluído.

Segurança

• CI lê a Wiki com token de leitura por passo; contratos de comandos permanecem em arquivos revisados, sem executar prosa remota.
• Hashes de fontes identificam SHA-256; exceção histórica do scanner limita-se ao falso positivo comprovado no ADR-0021.

[1.5.5] - 2026-10-09

Corrigido

• Faxina automática e recuperação diária preservam branches divergentes, PRs abertos, posse ativa e tags; encerramento não declara limpeza inconclusiva como concluída.
• Sincronização e CI dos SHAs exatos precedem a limpeza do framework. Atualização de Actions/documentação sem mudar caminhos do artefato usa Publicar sem release.

[1.5.4] - 2026-10-08

Documentação

• README, índices das skills/perfil compilado e guia de contribuição atualizados conforme os recursos entregues.
• Relatório de produção Flash/Tsuru com resultados da CI, evidências dos consumidores e limites dos ensaios.
• Ordem de geração, snapshots e CHECKSUMS corrigida no guia de contribuição; nenhum portão ou código muda.

[1.5.3] - 2026-10-07

Corrigido

• Mesclar PR fornece as variáveis públicas dos painéis ao pós-merge, permitindo criar próximas branches e disparar a integração final sem intervenção manual causada por variável ausente.
• Regressão executa o caminho pós-merge com as variáveis declaradas no workflow, sem as injeções da harness.

[1.5.2] - 2026-10-07

Corrigido

• SBOM ARM64 em runner AMD64 seleciona a plataforma configurada, usando o digest imutável do índice.
• Todas as arquiteturas de todos os serviços passam pelo Trivy; falhas interrompem a candidata.
• SBOMs por plataforma acompanham a promoção, mantendo o arquivo primário da primeira plataforma.

[1.5.1] - 2026-10-07

Corrigido

• Registro de revisão independente de PRs grandes pela API paginada, sem depender do diff limitado a 300 arquivos.
• Caminhos anteriores de renomes continuam sujeitos à revisão sensível; patch de aceite ausente e lista incompleta impedem aprovação.

[1.5.0] - 2026-10-06

Adicionado

• Modo Flash persistente: testes escritos antes do código, execução posterior dos afetados e revisão independente.
• Catálogo extensível de alvos e artefatos (bb alvos), com validação de disponibilidade e capacidades.
• Adaptador do Tsuru existente para um serviço OCI por aplicação e digest, com TSURU_MIGRACAO=job por padrão ou inicializacao para SQLite em volume persistente.
• Pré-checagem de inicialização registra migration=pending; a imagem migra antes de ouvir a porta. Readiness consulta o banco; uma réplica permanente pode ter sobreposição transitória no rollout do mesmo volume.
• Seleção de runner e preparação de rede nas publicações, conforme a configuração aprovada do projeto.

Alterado

• Actions recebem as referências de variáveis/segredos e os scripts de artefato do contrato escolhido.
• Candidata em Flash reutiliza somente a CI oficial verde do SHA exato. Estrutura, primeira entrega, major/minor e produção exigem testes completos; ausência de base ou seletor seguro também executa tudo.
• Produção é vinculada ao SHA testado e preserva aprovação humana; retomada de versão publicada conclui a limpeza.

Corrigido

• Release do framework em repositório privado valida a main com as referências do checkout completo, sem depender de credenciais Git persistidas para um novo fetch.
• Configuração de revisão vem da branch de destino; o PR não altera a política que o julga.
• Mudanças estruturais em subpastas também forçam a suíte completa.

Limitações

• VPS/Docker, runner público e modo padrão continuam sendo os padrões de projetos existentes.
• Plataforma Node.js nativa é preparação separada do servidor; o alvo Tsuru entrega imagem OCI, sem upload de fontes.
• AWS/paas, alvo personalizado e formatos de deploy pacote/estatico permanecem reservados.
• Testes do adaptador não comprovam homologação de uma aplicação no Tsuru real; essa evidência pertence ao consumidor.

[Não publicado]

[3.1.0] - 2026-10-12

Adicionado

• Add custom project deployment target (#310)
• Adaptador AWS S3 + CloudFront via OIDC (beta) (#317)

Corrigido

• Configure git identity before version writes (#309)
• Release publish idempotency, merged pull request normalization, and notes content directory (#315)
• Validar o quadro único público (#320)

[3.0.1] - 2026-10-11

Adicionado

• Modo autonomous no próprio framework (contrato autonomy.toml) (#306)

Alterado

• Cache board pull evidence (#300)

Corrigido

• Record the framework single board number (#279)
• Remove the entire inherited framework quote (#294)
• Protect board migration from project workflows (#297)
• Ignore generated framework version stamps (#298)