核查方法
一句话何时被修正
文件差异显示某个提交对文本做了哪些变化。记录删除和增加的内容时，还要读上下文及修订说明，避免把标题中的“修复”自行解释成事实纠正。
- 核查卡标识
- CHECK-04
- 参考来源
- 2 项
- 关联指南
- 2 篇
- 适用角色
- 1 类
教育核查卡，依据官方文档解释方法；未验证任何真实爆料。
来源核查分类
提交记录
查清谁在何版本增加、修改或删去了一句话。
提交差异可以帮助定位文字变化。提交说明与作者身份字段同样需要谨慎理解；签名验证讨论的是提交来源，不是正文中一项爆料是否为真。
适用读者：核对版本变化的读者
选择路径
按线索逐项核查
先明确需要核查的主张，再按下列步骤整理公开链接、记录与不确定部分。
- 打开文件历史并找到相关差异逐项记录完成情况和仍缺少的信息。
- 同时记录作者日期与提交日期逐项记录完成情况和仍缺少的信息。
- 检查签名状态及其说明逐项记录完成情况和仍缺少的信息。
本类核查卡
对应核查方法
这些卡片用于学习核查方法，，不代表具体爆料已被证实。
核查方法
Verified 验证的是签名
提交旁的 Verified 表示该签名符合 GitHub 的验证条件。正文若只是匿名转述，有签名也不能补出原始材料；应把签名状态和内容证据分开写。
- 核查卡标识
- CHECK-06
- 参考来源
- 1 项
- 关联指南
- 3 篇
- 适用角色
- 1 类
教育核查卡，依据官方文档解释方法；未验证任何真实爆料。
方法对照
相近线索怎样区分
对照不同记录的作用和限制，避免把仓库声明或截图单独当作结论。
常见误区
容易误读的地方
查清谁在何版本增加、修改或删去了一句话。：请把主张、记录和证据缺口分开整理。
- 将 Verified 读成内容已证实
- 把 commit 时间写成事件发生时间
常见问题
关于提交记录的常见问题
相邻核查主题