从项目开始，而不是从熟悉的名字开始
在查看公开发布公告时，你可能会发现两个项目名称相似的仓库。请记下你已信任的项目网站、你找到的组织 URL 以及正在审查的仓库 URL。这样可以防止组织徽章在你的笔记中被错误地关联到不相关的搜索结果。
打开组织资料本身。截图中的徽章或 README 中提到的徽章，与当前资料的实际观察并不相同。请记录你检查的日期以及资料信息中显示的确切域名。
准确理解域名关系
GitHub 将其组织徽章记录为验证域名所有权的结果。资料中显示的网站和电子邮件信息必须与已验证的域名匹配；不同的域名（包括某些变体）需要各自验证。GitHub 还将域名批准描述为一个单独的程序。来源
比较确切的主机，而不是断定每个包含项目名称的地址都是等同的。对于一个示例项目，docs.example.org 和 example.org 应被记录为不同的主机，即使该组织同时运营两者。不要根据一个域名的拼写推断另一个域名的状态。
这是一个阅读任务。你不需要更改 DNS、请求组织访问权限或自行验证域名，就可以检查公开的项目来源。
将三项不同的检查分列在不同行中
| 对象 | 有用的问题 | 仍需检查的内容 |
|---|---|---|
| 组织资料 | 记录了哪种域名关系？ | 这是否是与你的任务相关的组织 |
| 仓库 | 这是组织自身网站链接的项目吗？ | 你是否打开了正确的仓库和版本 |
| 发布或文档 | 实际段落说了什么？ | 它是否支持你计划引用的特定主张 |
资料可以帮助你导航到一个项目，但并不能解决该项目中每个陈述的真实性。同样，徽章缺失是对资料的观察，而不是发现该组织具有欺诈性。
保留你实际使用的证据
尽可能从组织自己的网站跟随项目链接，将其目标与你找到的仓库进行比较，并保存相关的发布或文档地址。如果网站和仓库不一致，请保留两个目标，并将关系标记为未解决，而不是选择更精致的页面。
对于一个示例变更日志检查，有用的结果是一个仓库、一个发布版本以及支持该功能的句子。仅凭徽章并不是该结果。当文件以后可能更改时，请使用稳定的 GitHub 来源链接。
如果你看到的徽章位于提交旁边，请改用提交签名指南。它涉及不同的对象，不应替代组织域名审查。