Resumo

  • O GitHub descreve o arquivamento como estado somente leitura que indica falta de manutenção ativa e que pode ser desfeito.
  • O estado fala do repositório na plataforma, não da versão, do binário ou da decisão de uso de um consumidor.
  • A observação pública e a disposição local sobre uma dependência precisam conservar autoria e escopo separados.

O que a placa de arquivo realmente afirma

Uma placa de arquivo pode parecer uma certidão de encerramento. Ela está ao lado do nome do repositório e transforma uma informação de plataforma em uma frase curta. Mas “a dependência acabou” acrescenta fatos que a página não contém.

Segundo a documentação de arquivamento de repositórios, GitHub torna o repositório somente leitura para todos e indica que ele não é mais mantido ativamente. Issues, pull requests, código, labels, marcos, projetos, wiki, releases, commits, tags, branches, reações, alertas de análise, comentários e permissões ficam somente leitura. Para alterar o repositório, é necessário desarquivá-lo.

Isso descreve um estado verificável e limitado: uma referência de repositório em um horário, suas superfícies graváveis e a indicação pública de manutenção. Não revela qual pacote ou digest alguém resolveu, se uma imagem está em produção, se há cópia interna, quem assumiu uma exceção, qual alternativa foi escolhida ou se ocorreu uma decisão de risco. Nem prova vulnerabilidade, incidente ou retirada obrigatória. O próprio desarquivamento mostra por que o estado não deve ser narrado como eliminação irreversível.

A decisão mora no ambiente que suporta a consequência

O consumidor pode usar um pacote de registro, commit fixado, artefato reconstruído, cópia incorporada, dependência transitiva ou imagem. A decisão precisa ligar esse objeto ao contexto de uso, permissões, dados alcançáveis, alternativa, responsável e próxima revisão. O sinal do GitHub pode acionar essa pergunta; não a responde.

Há resultados diferentes e todos exigem registro próprio. A investigação pode mostrar que nenhum ativo usado corresponde ao repositório. Pode terminar em troca planejada, uso temporário com exceção, isolamento, monitoramento ou nenhuma ação enquanto faltam evidências. Um rótulo público não escolhe entre eles. Converter automaticamente arquivo em “retirado” troca uma decisão responsável por uma abreviação sem dono.

Também é importante não fundir controles diferentes. Transferir um repositório altera quem o administra. Mudar a visibilidade produz outras consequências para acesso e forks. Esses atos podem coexistir, mas não equivalem entre si nem formam um inventário de dependências de terceiros.

Um registro de observação e outro de disposição

O primeiro registro preserva a referência exata, estado de arquivo ou desarquivo, data da observação e fonte, mais a frase de limite: trata-se do estado do GitHub. Uma reversão posterior entra como nova observação, sem apagar o passado.

O segundo pertence ao consumidor. Ele relaciona o pacote, commit ou digest efetivamente considerado a seu uso, evidência, responsável, ação ou não ação e gatilho de revisão. Assim o sinal continua visível, mas o dever de escolher continua com quem arcará com o efeito.

Fontes

  1. GitHub Docs — Archiving repositories
  2. GitHub Docs — Transferring a repository
  3. GitHub Docs — Setting repository visibility