Comece pelo projeto, não por um nome familiar
Você pode encontrar dois repositórios com nomes de projeto parecidos ao checar o anúncio público de uma versão. Anote o site do projeto em que você já confia, a URL da organização que encontrou e a URL do repositório em análise. Isso evita que um selo de organização seja associado, nas suas anotações, a um resultado de busca não relacionado.
Abra o próprio perfil da organização. Um selo capturado em uma captura de tela ou mencionado em um README não é a mesma observação que o perfil atual. Registre a data em que você o verificou e o domínio exato exibido junto às informações do perfil.
Leia a relação de domínio com precisão
O GitHub documenta o selo de organização como resultado da verificação da propriedade de domínios. As informações de site e e-mail exibidas no perfil precisam corresponder a domínios verificados; domínios diferentes, incluindo certas variantes, exigem verificação própria. O GitHub também descreve a aprovação de domínio como um procedimento separado. Fonte
Compare o host exato em vez de decidir que todo endereço que contém o nome do projeto é equivalente. Para um projeto ilustrativo, docs.example.org e example.org devem ser anotados como hosts diferentes, mesmo que a organização opere ambos. Não deduza o status de um a partir da grafia do outro.
Esta é uma tarefa de leitura. Você não precisa alterar o DNS, solicitar acesso à organização ou verificar um domínio por conta própria para inspecionar a fonte pública de um projeto.
Mantenha três verificações diferentes em linhas separadas
| Objeto | Pergunta útil | O que ainda falta verificar |
|---|---|---|
| Perfil da organização | Qual relação de domínio está documentada? | Se esta é a organização relevante para a sua tarefa |
| Repositório | É este o projeto vinculado pelo próprio site da organização? | Se você abriu o repositório e a versão corretos |
| Versão ou documento | O que diz a passagem real? | Se ela sustenta a afirmação específica que você pretende citar |
Um perfil pode ajudar você a navegar até um projeto sem resolver a veracidade de cada afirmação desse projeto. Da mesma forma, a ausência de um selo é uma observação sobre o perfil, não uma conclusão de que a organização é fraudulenta.
Preserve as evidências que você realmente usou
Siga um link do projeto a partir do próprio site da organização, quando disponível, compare o destino com o repositório que encontrou e salve o endereço relevante da versão ou do documento. Se o site e o repositório divergirem, mantenha os dois destinos e rotule a relação como não resolvida, em vez de escolher a página mais refinada.
Para uma verificação ilustrativa de changelog, o resultado útil é um repositório, uma versão de lançamento e a frase que sustenta o recurso. Um selo sozinho não é esse resultado. Use um link estável do GitHub como fonte quando o arquivo puder mudar depois.
Se o selo que você viu estiver ao lado de um commit, use o guia de assinatura de commit em vez disso. Ele trata de um objeto diferente e não deve ser substituído pela análise do domínio da organização.