Cosa succede davvero ai fork
L’impostazione di visibilità di un repository controlla il repository originale, non le copie che altri hanno già forkato. Cambiare la visibilità non interviene su quei fork.
Quando un repository GitHub pubblico diventa privato, i fork pubblici esistenti vengono separati in una nuova rete e restano pubblici. Fonte
Ciò significa che un fork pubblico può continuare a mostrare codice, cronologia dei commit e dettagli dell’autore dopo che il tuo repository è privato. Considera la privatizzazione come un cambiamento all’esposizione del tuo repository, non come un richiamo delle copie pubbliche.
Cosa fa e cosa non fa un cambio di visibilità
| Azione | Cosa influisce | Cosa non fa |
|---|---|---|
| Passare il repository a privato | La visibilità del repository originale, nelle Impostazioni, in base ai permessi | Eliminare i fork pubblici esistenti o le copie altrove |
| Cambiare la visibilità di un fork | Solo quel fork | Garantire che altri fork o mirror scompaiano |
| Modificare o eliminare file nel tuo repository | Il contenuto attuale del tuo repository | Cancellare la cronologia già pubblicata nei fork |
La visibilità del repository può essere modificata nelle Impostazioni del repository, in base ai permessi dell’account o dell’organizzazione. Fonte
La privatizzazione non è uno strumento di eliminazione, non cancella la paternità né ruota le credenziali. Se sono stati committati segreti, cambiare la visibilità non li rende sicuri; ruotali tramite il servizio pertinente.
Checklist di autoverifica prima del cambio
- Elenca i fork pubblici. Apri l’elenco dei fork del repository e annota quali fork sono pubblici e chi li possiede.
- Controlla i link pubblicati. Cerca nel tuo sito, nella documentazione e nei metadati dei pacchetti eventuali link al repository o ai suoi file raw.
- Esamina l’identità dei commit. Verifica se i nomi degli autori dei commit e gli indirizzi email sono dettagli che sei a tuo agio ad aver reso pubblici.
- Controlla altre copie. Cerca mirror, copie vendored e snapshot archiviati che sono al di fuori della rete di fork di GitHub.
- Decidi per ogni fork. Per i fork che controlli, esamina la loro visibilità separatamente; per i fork che non controlli, presupponi che restino pubblici.
- Ruota i segreti esposti. Se le credenziali sono apparse nei commit, ruotale invece di affidarti al cambio di visibilità.
Decidi prima di cambiare visibilità
| Situazione | Mossa sensata |
|---|---|
| Esistono fork pubblici e contengono codice sensibile | Contatta i proprietari dei fork dove possibile; presupponi che le copie pubbliche restino |
| Possiedi i fork | Esamina la visibilità di ogni fork separatamente |
| Sono stati committati segreti | Ruota prima le credenziali |
| È esposto solo il tuo repository | Il cambio di visibilità nelle Impostazioni può bastare, in base ai permessi |
Dove si inserisce l’esposizione del nome utente
Un repository è una superficie pubblica tra molte. Il tuo handle GitHub e le identità dei commit possono apparire anche su altri siti, e una ricerca per nome utente è un indizio, non una prova di proprietà. TraceSeek controlla 3.000+ piattaforme e offre una prima scansione gratuita, con un tempo di scansione dichiarato di 20–30 secondi. Non modifica le impostazioni delle piattaforme, non vede informazioni private e non verifica l’identità. Per una panoramica più ampia dei vecchi account, vedi trovare account online dimenticati; per come inquadriamo le prove, vedi metodologia.
Fatti chiave
- Quando un repository GitHub pubblico diventa privato, i fork pubblici esistenti vengono separati in una nuova rete e restano pubblici.
- La visibilità del repository può essere modificata nelle Impostazioni del repository, in base ai permessi dell’account o dell’organizzazione.
- Rendere privato un repository non elimina i fork pubblici, non cancella la paternità né ruota le credenziali esposte.
- TraceSeek copre 3.000+ piattaforme e offre una prima scansione gratuita.