Un repository GitHub si apre ma manca il profilo del suo precedente proprietario

Perché il repository e il profilo si comportano diversamente

GitHub applica regole di continuità diverse a tipi diversi di link. Quando qualcuno cambia il proprio nome utente, il vecchio nome utente viene liberato e i link al profilo precedente restituiscono 404 invece di reindirizzare automaticamente. I link ai repository, al contrario, normalmente reindirizzano all'account rinominato. Questo spiega l'abbinamento singolare che vedi: la pagina del repository si risolve ancora, ma il profilo che conoscevi non esiste più. I due risultati derivano da comportamenti di link separati, non da una pagina che fallisce e un'altra che riesce per un motivo condiviso. [Documentazione GitHub: modifiche del nome utente]

Un repository che reindirizza può essere sovrascritto

Il reindirizzamento è una comodità, non una garanzia di identità. GitHub segnala che un nuovo proprietario del vecchio nome utente liberato può creare lo stesso nome di repository, sovrascrivendo il reindirizzamento. Quindi un link a un repository che si apre a un indirizzo familiare non è prova che il proprietario originale sia ancora dietro di esso. I link a profili, repository e gist seguono ciascuno le proprie regole di continuità, e nessuno di essi stabilisce chi controlla attualmente un account. [Documentazione GitHub: modifiche del nome utente]

Separare osservazione e deduzione

Ciò che puoi effettivamente osservare è limitato: se l'indirizzo del profilo restituisce 404, se un link a un repository si risolve e dove atterra, e la data in cui hai verificato. Ciò che non puoi osservare da questi fatti è perché il nome utente sia cambiato, chi controlli ora l'account o quali siano le intenzioni della persona. Tieni separati l'osservazione e la deduzione nei tuoi appunti. Un 404 è uno stato della pagina, non un'affermazione su onestà, attività o relazione.

• Registra l'indirizzo esatto del profilo e il 404, con la data.
• Annota dove si risolve il link al repository, senza presumere il proprietario.
• Scrivi qualsiasi spiegazione ipotizzata in una colonna separata contrassegnata come non verificata.

Chiedere il profilo pubblico attuale

Il passo successivo affidabile è una richiesta diretta e senza pressioni del link al profilo pubblico attuale. Chiedi solo ciò che la persona è disposta a condividere pubblicamente e accetta il silenzio o una risposta parziale come un confine, non come un segnale. Non considerare una visualizzazione non aggiornata, un reindirizzamento o un nome corrispondente come prova di identità o di intenti. Se usi un'app mobile, ricorda che alcune viste possono continuare a mostrare un nome utente precedente finché non esci e rientri, il che è un altro artefatto di visualizzazione e non una prova. [Documentazione GitHub: modifiche del nome utente]

• Chiedi: potresti condividere il link al tuo attuale profilo pubblico GitHub?
• Non chiedere accesso all'account o credenziali private.
• Se non viene offerto alcun link, registra non disponibile e fermati lì.

Confrontare i due esiti

La tabella seguente mantiene l'osservazione, il suo limite e il passo successivo pratico in colonne separate, così che uno stato della pagina non venga scambiato per una conclusione su una persona.

Quando il comportamento documentato non è disponibile

Se la pagina del profilo o del repository non è raggiungibile affatto, o la documentazione attuale di GitHub non corrisponde più a ciò che vedi, registra il risultato come non disponibile e fermati al confine di accesso. Non tentare di aggirarlo con accesso ad account privati, corrispondenza di somiglianze o tracciamento occulto. Usa solo le pagine di aiuto ufficiali attuali di GitHub per il comportamento generale e, altrimenti, attendi un link attuale condiviso volontariamente dalla persona interessata. [Documentazione GitHub: modifiche del nome utente]

Ancora un paio di domande