Een oude GitHub-repositorylink kan stoppen met doorverwijzen naar de oorspronkelijke eigenaar

Wat de omleiding eigenlijk beschermt

Wanneer een account wordt hernoemd, behoudt GitHub continuïteit voor sommige soorten links en niet voor andere, en de regels verschillen per linktype. Profiellinks zijn het kwetsbaarst: het vorige profieladres werkt niet meer in plaats van door te verwijzen. Repository- en gist-links hebben ander continuïteitsgedrag. Het praktische punt is dat één oude link geen duurzaam bewijs is van wie nu eigenaar is van een project, omdat de uitkomst afhangt van welk soort link je hebt opgeslagen en wat er daarna met de oude naam is gebeurd. [GitHub Docs: wijzigingen van gebruikersnamen]

• Noteer welk soort link je hebt: profiel, repository of gist.
• Behandel een profiellink als de minst betrouwbare vorm van continuïteit.

De botsing tussen oude naamruimte en dezelfde naam

De specifieke fout is een botsing tussen een vrijgegeven naamruimte en een hergebruikte repositorynaam. Een wijziging van een gebruikersnaam geeft de oude naam vrij. Repositorylinks verwijzen normaal gesproken door, maar een nieuwe eigenaar van die vrijgegeven gebruikersnaam kan een repository met dezelfde naam als de oude aanmaken, en die nieuwe repository overschrijft de omleiding. Twee ongerelateerde projecten kunnen dus een identiek ogend adres delen, een oud en een nieuw. Niets aan het adres zelf vertelt je naar welk project je kijkt, dus de bestemming moet worden gecontroleerd in plaats van aangenomen. [GitHub Docs: wijzigingen van gebruikersnamen]

Waarom toeschrijving aan een datingcontact onveilig is

Een project dat op een vertrouwd ogend adres verschijnt, stelt niet vast dat de persoon die je berichtjes stuurt het heeft geschreven, er eigenaar van is of er zelfs maar mee verbonden is. Dezelfde beperking geldt voor een verouderde interfaceweergave: GitHub Mobile kan een eerdere gebruikersnaam blijven tonen totdat het account uitlogt, dus een zichtbare naam is geen bewijs van huidige identiteit. Behandel elk afzonderlijk technisch artefact als één smal signaal. Het bevestigt geen datingbiografie, bedoeling of karakter, en het mag niet worden gebruikt om iemand te beschuldigen of te confronteren. [GitHub Docs: wijzigingen van gebruikersnamen]

Verifieer een vrijwillig gedeelde huidige bestemming

De veiligere route is een huidige bestemming die de projecteigenaar zelf deelt, in plaats van een oude opgeslagen link. Vraag naar de canonieke projectlocatie en vergelijk die op een rustige, niet-beschuldigende manier met de eigen openbare beschrijving van het project, de releaseopmerkingen of de README-geschiedenis. Als de gedocumenteerde controle of het openbare artefact niet beschikbaar is, noteer dan dat het niet beschikbaar is en stop bij de toegangsgrens. Gebruik de officiële actuele helpdocumentatie, of vraag gewoon om een vrijwillig huidige link, in plaats van te gissen waar een adres nu naar wijst.

Houd het signaal in verhouding

Scheid wat je hebt waargenomen van wat het kan ondersteunen en van wat je besluit te doen. Observatie: een link verwijst naar een projectpagina. Beperking: de pagina is mogelijk niet het oorspronkelijke project, en de aanwezigheid ervan zegt niets betrouwbaars over een correspondent. Beslissing: behandel het project als niet geverifieerd voor toeschrijvingsdoeleinden en weeg de relatie op basis van het gesprek zelf. Als de bezorgdheid aanhoudt, vertraag dan en vertrouw op vrijwillige, actuele informatie in plaats van openbare artefacten die nooit bedoeld waren om vragen over iemands eerlijkheid te beantwoorden.

• Schrijf voor elk één zin: wat je zag, wat het niet kan bewijzen en wat je hierna gaat doen.
• Geef de voorkeur aan vragen over de relatie boven onderzoek naar openbare code.

Nog een paar vragen