Cosa cambia davvero il trasferimento
Il trasferimento di un repository GitHub sposta il repository a un account proprietario diverso. Non è la stessa operazione del cambio del nome utente del profilo. Cambiare un nome utente modifica l’identità pubblica dell’account e gli URL costruiti su di essa; trasferire un repository cambia chi possiede quel singolo progetto. Se il tuo obiettivo è un nome del profilo più pulito anziché consegnare un progetto a qualcun altro, i passaggi di trasferimento descritti sotto sono lo strumento sbagliato.
La distinzione conta per la pianificazione. Una volta dismesso l’account proprietario originale, nessuno può accedere per accettare inviti, approvare attività successive o correggere un link dimenticato. Tutto ciò che dipende dal vecchio account deve essere risolto prima di quel momento, non dopo.
Prerequisiti da confermare prima di iniziare
Due condizioni decidono se un trasferimento può procedere:
Il trasferimento di un repository richiede l’accesso amministratore e un account ricevente compatibile, senza un nome di repository o una rete di fork in conflitto. Fonte
In pratica, questo significa verificare tre cose dal lato proprietario e una dal lato destinatario prima di richiedere qualsiasi cosa:
| Verifica | Chi la conferma | Perché blocca il trasferimento |
|---|---|---|
| L’account proprietario ha accesso amministratore al repository | Proprietario | Senza diritti di amministratore il trasferimento non può essere avviato |
| L’account ricevente è compatibile | Destinatario | Un account ricevente incompatibile blocca il trasferimento |
| Non esiste già un repository con lo stesso nome sul destinatario | Destinatario | Un nome in conflitto blocca lo spostamento |
| Nessuna rete di fork in conflitto | Destinatario | Una rete di fork in conflitto blocca lo spostamento |
Se una riga non è soddisfatta, risolvila prima di inviare la richiesta. Rinominare il repository sul lato destinatario o scegliere un account di destinazione diverso sono decisioni del destinatario, quindi concordale in anticipo invece di scoprire il conflitto a trasferimento iniziato.
La fase di accettazione ha una finestra breve
Per i trasferimenti tra account personali, il destinatario non è una parte passiva. Deve agire:
Per un trasferimento verso un altro account personale, il destinatario accetta un invito via email che scade dopo un giorno. Fonte
La scadenza di un giorno è il principale rischio operativo di questo flusso di lavoro. Se il destinatario è in un fuso orario diverso, in ferie o semplicemente non controlla l’email, l’invito può scadere e il trasferimento deve essere riavviato. Concorda un orario di invio in cui il destinatario è raggiungibile e avvisalo di aspettarsi il messaggio, invece di lasciarlo lì non letto.
Una semplice checklist di accettazione proprietario/destinatario:
- Proprietario: conferma l’accesso amministratore, il repository esatto da spostare e che l’account del destinatario non abbia conflitti di nome o di rete di fork.
- Destinatario: conferma l’account di destinazione e verifica gli stessi conflitti dal proprio lato.
- Entrambi: concordate una finestra di invio in cui il destinatario possa rispondere entro un giorno.
- Proprietario: invia la richiesta di trasferimento.
- Destinatario: accetta prontamente l’invito via email e riferisci.
- Proprietario: conferma che il repository ora appare sotto l’account del destinatario prima di fare qualsiasi cosa al vecchio account.
Non dismettere l’account proprietario finché il punto 6 non è confermato. Il vecchio account è l’unico da cui un trasferimento fallito o scaduto può essere reinviato.
Cosa succede ai link pubblici in seguito
Il comportamento dei link è il punto in cui i trasferimenti sorprendono le persone, perché due tipi di link si comportano diversamente:
I link del repository vengono reindirizzati dopo il trasferimento, ma i siti GitHub Pages associati non vengono reindirizzati; riutilizzare la vecchia posizione del repository rimuove il reindirizzamento del repository. Fonte
Questo offre una chiara suddivisione per un controllo dei link dopo il trasferimento:
| Tipo di link | Dopo il trasferimento | Azione necessaria |
|---|---|---|
| Link del repository che puntano alla vecchia posizione | Reindirizzano al nuovo proprietario | Di solito nessuna; verifica un campione |
| Sito GitHub Pages creato dal repository | Non reindirizzato | Aggiorna ogni link pubblicato al sito Pages |
| Vecchia posizione del repository riutilizzata da qualcun altro | Il reindirizzamento viene rimosso | Evita di liberare la vecchia posizione; mantieni i link aggiornati |
La terza riga è quella più facilmente trascurata. Se il vecchio percorso del repository viene successivamente riutilizzato, il reindirizzamento che copriva silenziosamente i tuoi vecchi link scompare. Considera il reindirizzamento come una comodità durante la migrazione, non come una garanzia permanente, e aggiorna i link che controlli invece di affidarti ad esso.
Checklist dei link pubblici dopo il trasferimento
Esegui questa procedura dopo che il destinatario ha confermato la proprietà e prima che l’account proprietario venga dismesso:
- Apri un campione di link del repository dalla tua documentazione, dai README e da qualsiasi sito che fa riferimento al progetto, e conferma che si risolvano al nuovo proprietario.
- Identifica ogni sito GitHub Pages associato al repository, poiché questi non vengono reindirizzati, e aggiorna i link pubblicati ad essi.
- Decidi cosa succede alla vecchia posizione del repository in modo che non venga riutilizzata in un modo che rimuove il reindirizzamento.
- Controlla i link da luoghi che non controlli, come articoli esterni o segnalibri condivisi, e annota quali puoi e quali non puoi aggiornare.
- Mantieni attivo l’account proprietario finché tutto quanto sopra non è completato.
Migrazione della proprietà e cambio del nome utente
Trasferire un repository e cambiare il nome utente del profilo sono attività separate con rischi separati. Un trasferimento riguarda chi possiede un progetto; un cambio di nome utente riguarda l’identità pubblica dell’account stesso. Se ciò che vuoi davvero è ripulire l’aspetto del tuo profilo anziché cedere un repository, inizia invece con la guida sul nome utente: cambiare il nome utente GitHub senza lasciare link del profilo interrotti.
Se stai facendo entrambe le cose, sequenziale deliberatamente: prima sistema la proprietà del repository, conferma che il nuovo proprietario possa agire in modo indipendente, e solo allora cambia o dismetti il vecchio account. Fare il contrario lascia il trasferimento dipendente da un account a cui hai già rinunciato.
Dove si inserisce una ricerca di nome utente e dove no
Prima di dismettere un account, le persone spesso vogliono sapere quali tracce pubbliche del vecchio nome utente rimangono altrove. Una ricerca di nome utente può far emergere corrispondenze di profili pubblici su altre piattaforme, il che è utile come elenco di lead per i link che potresti dover aggiornare. Non è un inventario degli account, e una corrispondenza non è prova che la stessa persona possieda entrambi gli account. Tratta i risultati come luoghi da verificare manualmente, non come conferma che un link sia attivo o che un account appartenga a te.
TraceSeek copre 3.000+ piattaforme e restituisce una prima scansione gratuita in 20-30 secondi. Questo può aiutarti a costruire una checklist di profili pubblici da rivedere, ma non verifica la proprietà e non sostituisce i controlli di trasferimento e link sopra. Il trasferimento del repository stesso avviene su GitHub, non in uno strumento di ricerca.
Un ordine di operazioni realistico
- Decidi se hai bisogno di un trasferimento di repository, di un cambio di nome utente o di entrambi.
- Conferma l’accesso amministratore, la compatibilità del destinatario e l’assenza di conflitti di nome o di rete di fork.
- Invia il trasferimento quando il destinatario può accettare entro un giorno.
- Conferma che il repository si trovi sotto il nuovo proprietario.
- Controlla i link del repository e, separatamente, eventuali link GitHub Pages.
- Proteggi la vecchia posizione del repository dal riutilizzo.
- Solo allora dismetti l’account proprietario.