Um link antigo de repositório do GitHub pode parar de redirecionar para o proprietário original

O que o redirecionamento realmente protege

Quando uma conta é renomeada, o GitHub mantém a continuidade para alguns tipos de links e não para outros, e as regras variam conforme o tipo de link. Os links de perfil são os mais frágeis: o endereço do perfil anterior deixa de funcionar em vez de encaminhar. Links de repositório e de gist têm comportamento de continuidade diferente. O ponto prático é que um único link antigo não é evidência duradoura de quem é o dono de um projeto agora, porque o resultado depende de qual tipo de link você salvou e do que aconteceu com o nome antigo depois. [Docs do GitHub: alterações de nome de usuário]

• Anote que tipo de link você tem: perfil, repositório ou gist.
• Trate um link de perfil como a forma menos confiável de continuidade.

A colisão entre namespace antigo e nome igual

A falha específica é uma colisão entre um namespace liberado e um nome de repositório reutilizado. Uma mudança de nome de usuário libera o nome antigo. Os links de repositório normalmente redirecionam, mas um novo dono desse nome de usuário liberado pode criar um repositório com o mesmo nome do antigo, e esse novo repositório substitui o redirecionamento. Dois projetos sem relação entre si podem, portanto, compartilhar um endereço de aparência idêntica, um antigo e um novo. Nada no próprio endereço informa qual projeto você está vendo, então o destino deve ser verificado em vez de presumido. [Docs do GitHub: alterações de nome de usuário]

Por que atribuir a um contato de aplicativo de namoro é inseguro

Um projeto que aparece em um endereço de aparência familiar não estabelece que a pessoa que está falando com você o escreveu, que é dona dele ou que sequer tem ligação com ele. A mesma limitação se aplica a uma exibição de interface desatualizada: o GitHub Mobile pode continuar mostrando um nome de usuário anterior até a conta sair, então um nome visível não é prova da identidade atual. Trate qualquer artefato técnico único como um sinal estreito. Ele não confirma uma biografia de namoro, uma intenção ou um caráter, e não deve ser usado para acusar ou confrontar ninguém. [Docs do GitHub: alterações de nome de usuário]

Verifique um destino atual compartilhado voluntariamente

O caminho mais seguro é um destino atual que o proprietário do projeto escolhe compartilhar, em vez de um link antigo salvo. Peça a localização canônica do projeto e compare-a com a descrição pública, as notas de versão ou o histórico do README do próprio projeto de forma calma e sem acusações. Se o controle documentado ou o artefato público não estiver disponível, registre que está indisponível e pare no limite de acesso. Use a documentação de ajuda oficial atual, ou simplesmente peça um link atual voluntário, em vez de adivinhar para onde um endereço aponta agora.

Mantenha o sinal em proporção

Separe o que você observou do que isso pode sustentar e do que você decide fazer. Observação: um link é resolvido para uma página de projeto. Limite: a página pode não ser o projeto original, e sua presença não diz nada confiável sobre um correspondente. Decisão: trate o projeto como não verificado para fins de atribuição e avalie o relacionamento pela própria conversa. Se a preocupação persistir, diminua o ritmo e baseie-se em informações voluntárias e atuais, em vez de artefatos públicos que nunca se destinaram a responder perguntas sobre a honestidade de uma pessoa.

• Escreva uma frase para cada: o que você viu, o que isso não pode provar e o que você fará em seguida.
• Prefira perguntas sobre o relacionamento a investigações de código público.

Mais algumas perguntas