v2.6.0

• install.sh não adivinha mais quais Dockerfiles publicar: cadastra a variável e os secrets e grava templates/docker.yml na branch padrão do repositório (repos com master não disparavam).
• Sempre pergunta se você vai usar IA; se sim, traz o llms.txt para .github/ com uma dica para a IA ajustar o workflow. Nova seção no llms.txt sobre mapear Dockerfiles.
• Sem Dockerfile na raiz, lista os encontrados (Dockerfile, Dockerfile.*, *.Dockerfile) e não faz commit.
• Checa a versão do gh (>= 2.25; o apt do Ubuntu 22.04 traz a 2.4) e mostra como instalar no macOS, Windows (Git Bash) e Linux.
• CI: testes do install.sh também no Windows (Git Bash).
• Sem quebra na action. Quem gerava a matrix pelo wizard passa a preencher o bloco de várias imagens do template (ou pedir à IA).

v2.5.0

• INSTALAR.md e README.md abrem com o comando de instalação (bash <(curl -fsSL .../v2/install.sh)); caminho pelo navegador e seções de consulta ficam recolhidos.
• install.sh pergunta o webhook do Portainer (opcional) e cadastra PORTAINER_WEBHOOK_URL.
• install.sh termina com o link da aba Actions do repositório.
• Sem quebra: a action não mudou.

v2.4.0

• Novo input teams_webhook_url (uma URL por linha): cada canal do Teams recebe um cartão adaptável pronto, com versão para rollback (UTC), imagem, commit e mensagem, autor, repositório e botão "Ver execução no GitHub".
• Motivo: o webhook de canal do Teams (app Fluxos de trabalho, modelo "Postar em um canal quando uma solicitação de webhook for recebida") só aceita cartão adaptável; JSON enviado por webhook_url fazia o fluxo falhar.
• webhook_headers nunca vão para as URLs do Teams.
• Sem quebra: webhook_url continua igual.

v2.3.1

• O secret do aviso no Teams (fluxo do Power Automate) passa a se chamar TEAMS_WEBHOOK_URL em template, install.sh, README, llms.txt e INSTALAR.md. O do deploy continua PORTAINER_WEBHOOK_URL.
• A action não depende do nome do secret: workflows que ainda usam DEPLOY_WEBHOOK_URL continuam funcionando até serem atualizados.

v2.3.0

• webhook_url aceita uma URL por linha (ex.: Teams via Power Automate e Portainer); secret inexistente é ignorado.
• Sem webhook_payload, cada destino recebe um JSON montado na execução: repository, image, version, tags, digest, commit, commit_message, author, run_url.
• Marcadores {version}, {digest}, {image}, {sha} na URL e no payload (ex.: Portainer ?tag={version}).
• Um destino com falha não impede os outros; o log mostra só a posição. URL com caractere não-ASCII é rejeitada antes de qualquer envio.
• Mudança de comportamento: webhook_payload vazio agora envia o JSON padrão (antes, POST sem corpo).

v2.2.0

• Nova tag de versão padrão para rollback: AAAA.MM.DD-HHMMZ-<SHA curto>, ex. 2026.10.14-1532Z-c14ae67.
  • Data e hora do commit em UTC (Z). Brasília = UTC-3: 1532Z é 12:32 em Brasília.
  • Ordem alfabética = ordem cronológica; todas as imagens do mesmo commit recebem a mesma tag.
  • Para rollback, use a tag de versão anterior à que deu problema (nunca latest).
• Tags padrão agora: latest, SHA completo (mantido) e a tag de versão.
• Novo output version, também mostrado no resumo da execução.

Sem quebra: quem usa @v2 recebe a nova tag automaticamente.

v2.1.0

• REGISTRY_URL agora pode ser uma Variable (recomendado): o endereço do registry aparece normal nos logs e no resumo, em vez de ***. O workflow lê vars.REGISTRY_URL || secrets.REGISTRY_URL, então Variable ou Secret funcionam.
• install.sh cadastra REGISTRY_URL como Variable; usuário e senha continuam Secrets.
• Mensagem de erro do REGISTRY_URL vazio aponta para Variables (ou Secrets).

Sem mudança de interface: quem usa a v2.0.0 não precisa alterar nada.

v2.0.0

Breaking

• image foi removido. Use name (nome curto; padrão = nome do repositório) e registry_url.
• registry_url agora é obrigatório (Docker Hub = docker.io).

Migração da v1: image: ghcr.io/org/app → registry_url: ghcr.io + name: org/app.

Novidades

• Validação com mensagens em português dizendo o que fazer (secret vazio, tag inválida, Dockerfile não encontrado, Docker Hub sem usuario/app).
• O que a pessoa colar é limpo: https://, barra final, espaços e maiúsculas.
• Tags padrão: latest e o SHA do commit. Resumo da execução no job.
• Instalação guiada: templates/docker.yml, INSTALAR.md, install.sh (cadastra os secrets e gera o workflow) e llms.txt para IAs.

Use invicto-dev/docker-push-webhook-action@v2.

v1.0.0

Full Changelog: https://github.com/invicto-dev/docker-push-webhook-action/commits/v1.0.0