公开仓库阅读 · 教育核查卡
Verified 验证的是签名
提交旁的 Verified 表示该签名符合 GitHub 的验证条件。正文若只是匿名转述，有签名也不能补出原始材料；应把签名状态和内容证据分开写。
| 核查卡 | CHECK-06 |
|---|---|
| 具体问题 | Verified 验证的是签名 |
| 核查线索 | 提交记录 |
| 证据载体 | 提交元数据 |
| 处理阶段 | 引用之前 |
| 参与角色 | 读者 |
| 内容性质 | 教育方法说明 未验证任何真实爆料或个人身份。 |
操作顺序
先完成可观察的定位，再判断哪些主张仍缺证据。
- 点开签名状态说明，留意是否为 Partially verified
- 记录当前显示的签名状态及对应提交
- 继续检查正文出处，不用绿标替代来源
教学情境
虚构教学情境：一条签名通过的提交引用未经证实传言。签名是提交来源的线索，传言仍处于未证实状态。
结论边界
已验证签名记录可能持久保留，密钥后来的状态和内容事实是不同问题。
教育核查卡，依据官方文档解释方法；未验证任何真实爆料。
适用范围与使用边界
适合
- 点开签名状态说明，留意是否为 Partially verified
- 记录当前显示的签名状态及对应提交
- 继续检查正文出处，不用绿标替代来源
不适合
- 已验证签名记录可能持久保留，密钥后来的状态和内容事实是不同问题。
继续核对
相关核查卡
核查方法
固定版本链接怎样引用
普通分支地址通常展示最新内容，固定 commit 链接指向指定版本。在文件页按 y 可切换到这种地址；需要精确讨论时，可加上行号范围。
- 核查卡标识
- CHECK-07
- 参考来源
- 1 项
- 关联指南
- 3 篇
- 适用角色
- 1 类
教育核查卡，依据官方文档解释方法；未验证任何真实爆料。
核查方法
删文件后还要看历史范围
删除当前版本的文件，不代表旧提交、fork、clone 或引用中的敏感数据同时消失。维护者应先识别内容类型，再按官方敏感数据文档评估历史清理及协作范围。
- 核查卡标识
- CHECK-11
- 参考来源
- 1 项
- 关联指南
- 1 篇
- 适用角色
- 1 类
教育核查卡，依据官方文档解释方法；未验证任何真实爆料。
延伸阅读
指南
GitHub 能证明什么
GitHub 可以提供公开仓库的文件、版本变化与签名状态等线索。判断爆料真实性，还需核对主张所依赖的原始出处和独立依据；平台承载内容不等于平台认证内容。
包含 4 个可复现步骤
阅读指南 指南
提交与固定链接
提交 ID 用来定位一个版本，固定文件链接便于复核同一段文字。作者日期、提交日期和签名状态要分别记录；任何一个字段都不能独自验证爆料事件。
包含 4 个可复现步骤
阅读指南 指南
证据层级对照
仓库自述、Git 版本记录、平台签名状态与独立事件证据各支持不同问题。核查笔记应写清“这条依据支持哪句话”，而不是把不同类型的线索合成一个可信度分数。
包含 4 个可复现步骤
阅读指南概念对照
别把这些线索混在一起
| 比较主题 | 核心区别 | 使用建议 | 详细说明 |
|---|---|---|---|
| 声明与事实依据 | 先准确转述仓库声明，再列出可核对依据和缺口。GitHub 页面存在、热度或签名不能填补现实事实的证据空白。 | 先准确转述仓库声明，再列出可核对依据和缺口。GitHub 页面存在、热度或签名不能填补现实事实的证据空白。 | 阅读对照 |
常见问题
记录与结论的边界
参考依据
来源与适用范围
- 提交签名验证 官方资料
- 发布方
- GitHub Docs
- 访问日期
- 2026-10-02
- 支持说明
- 提交签名验证