O que realmente acontece com os forks
A configuração de visibilidade de um repositório controla o repositório original, não as cópias que outras pessoas já fizeram fork. Alterar a visibilidade não alcança esses forks.
Quando um repositório público do GitHub se torna privado, os forks públicos existentes são desanexados para uma nova rede e permanecem públicos. Fonte
Isso significa que um fork público pode continuar exibindo código, histórico de commits e detalhes do autor depois que seu próprio repositório estiver privado. Trate a privatização como uma mudança na exposição do seu repositório, não como um recall de cópias públicas.
O que uma mudança de visibilidade faz e não faz
| Ação | O que afeta | O que não faz |
|---|---|---|
| Alternar o repositório para privado | A visibilidade do repositório original, nas Configurações, sujeita a permissões | Excluir forks públicos existentes ou cópias em outros lugares |
| Alterar a visibilidade de um fork | Apenas aquele fork | Garantir que outros forks ou espelhos desapareçam |
| Editar ou excluir arquivos no seu repositório | O conteúdo atual do seu repositório | Apagar histórico já publicado em forks |
A visibilidade do repositório pode ser alterada nas Configurações do repositório, sujeita a permissões da conta ou da organização. Fonte
A privatização não é uma ferramenta de exclusão, um apagador de autoria ou uma rotação de credenciais. Se segredos foram commitados, alterar a visibilidade não os torna seguros; rotacione-os pelo serviço relevante.
Checklist de autorrevisão antes da mudança
- Liste os forks públicos. Abra a lista de forks do repositório e anote quais forks são públicos e quem os possui.
- Verifique links publicados. Pesquise em seu próprio site, documentação e metadados de pacotes por links para o repositório ou seus arquivos brutos.
- Revise a identidade dos commits. Verifique se nomes de autores e endereços de e-mail dos commits são detalhes que você se sente confortável em ter tornado públicos.
- Verifique outras cópias. Procure espelhos, cópias vendorizadas e snapshots arquivados que estejam fora da rede de forks do GitHub.
- Decida por fork. Para forks que você controla, revise a visibilidade deles separadamente; para forks que você não controla, assuma que permanecem públicos.
- Rotacione segredos expostos. Se credenciais apareceram em commits, rotacione-as em vez de confiar na mudança de visibilidade.
Decida antes de alternar a visibilidade
| Situação | Movimento sensato |
|---|---|
| Existem forks públicos e eles contêm código sensível | Contate os donos dos forks quando possível; assuma que cópias públicas permanecem |
| Você é dono dos forks | Revise a visibilidade de cada fork separadamente |
| Segredos foram commitados | Rotacione as credenciais primeiro |
| Apenas seu repositório está exposto | A mudança de visibilidade nas Configurações pode ser suficiente, sujeita a permissões |
Onde a exposição de nomes de usuário se encaixa
Um repositório é uma superfície pública entre muitas. Seu handle do GitHub e as identidades dos commits também podem aparecer em outros sites, e uma busca por nome de usuário é uma pista, não prova de propriedade. O TraceSeek verifica 3.000+ plataformas e oferece uma primeira verificação gratuita, com tempo de verificação declarado de 20–30 segundos. Ele não altera configurações de plataformas, não vê informações privadas nem verifica identidade. Para uma varredura mais ampla de contas antigas, veja encontrar contas online esquecidas; para como enquadramos evidências, veja metodologia.
Fatos principais
- Quando um repositório público do GitHub se torna privado, os forks públicos existentes são desanexados para uma nova rede e permanecem públicos.
- A visibilidade do repositório pode ser alterada nas Configurações do repositório, sujeita a permissões da conta ou da organização.
- Tornar um repositório privado não exclui forks públicos, não apaga a autoria nem rotaciona credenciais expostas.
- O TraceSeek cobre 3.000+ plataformas e oferece uma primeira verificação gratuita.