Resumo

  • O GitHub mantém artefatos e logs por 90 dias por padrão. A alteração do prazo no repositório afeta apenas arquivos novos; os que já existem conservam a expiração anterior.
  • Acima da franquia incluída, o armazenamento dos artefatos acumula GB-horas. Excluir um arquivo antigo reduz o uso atual e interrompe as horas futuras, mas as horas anteriores ficam no período de cobrança.

O prazo novo não alcança o estoque velho

Um gerente encontra artefatos de builds ocupando espaço e encurta a retenção do repositório. A tela confirma a mudança. Nas execuções seguintes, cada arquivo receberá a validade menor. Os artefatos que já estavam ali continuam com o vencimento definido quando nasceram. A política mudou; o inventário continua aguardando alguém decidir o que merece permanecer.

O padrão do GitHub é 90 dias. Repositórios públicos podem configurar de um a 90 dias; privados, de um a 400, conforme os limites da organização. O novo prazo vale para artefatos e logs criados depois. Para os anteriores, a API revela expires_at. É possível apagá-los antes dessa data, mas não recuperá-los depois. Um pacote que ainda sustenta uma liberação ou uma investigação precisa entrar nessa avaliação.

O segundo relógio mede ocupação por hora. O GitHub distingue armazenamento atual de armazenamento acumulado no ciclo. O primeiro cai quando um artefato é excluído. O segundo guarda as horas já registradas, mesmo que a exclusão pare a cobrança dali em diante. No exemplo oficial, 10 GB armazenados por dez dias e apagados no 11º deixam 2.400 GB-horas no cálculo mensal. É a conta didática da plataforma, não a fatura de um cliente.

A atualização dos números de armazenamento exibidos pode levar de seis a doze horas, segundo o GitHub. A auditoria precisa reunir a lista de arquivos antigos, seus vencimentos, a ocupação atual e as horas acumuladas. Artefatos e GitHub Packages dividem a franquia incluída; o cache do Actions segue uma franquia separada e não deve ser misturado à conta.

Fontes