公开仓库阅读 · 教育核查卡
一句话何时被修正
文件差异显示某个提交对文本做了哪些变化。记录删除和增加的内容时，还要读上下文及修订说明，避免把标题中的“修复”自行解释成事实纠正。
| 核查卡 | CHECK-04 |
|---|---|
| 具体问题 | 一句话何时被修正 |
| 核查线索 | 提交记录 |
| 证据载体 | 提交元数据 |
| 处理阶段 | 修订之后 |
| 参与角色 | 维护者 |
| 内容性质 | 教育方法说明 未验证任何真实爆料或个人身份。 |
操作顺序
先完成可观察的定位，再判断哪些主张仍缺证据。
- 在文件历史中选中有关提交
- 比较修改前后的段落及上下文
- 分别写“可见改动”和“维护者解释”，不混成同一证据
教学情境
虚构教学情境：文档把“亲历”改成“听闻”。差异说明声明范围变了；原有说法是否真实、为什么改动，不能只靠差异下结论。
结论边界
文本删除既可能是更正，也可能是编辑调整，需依据明确解释判断。
教育核查卡，依据官方文档解释方法；未验证任何真实爆料。
适用范围与使用边界
适合
- 在文件历史中选中有关提交
- 比较修改前后的段落及上下文
- 分别写“可见改动”和“维护者解释”，不混成同一证据
不适合
- 文本删除既可能是更正，也可能是编辑调整，需依据明确解释判断。
继续核对
相关核查卡
核查方法
两种提交日期不要混用
AuthorDate 和 CommitDate 可能不同。它们属于 Git 记录的日期字段，不能直接代替爆料所称的事件日期、材料拍摄日期或首次公开时间。
- 核查卡标识
- CHECK-05
- 参考来源
- 1 项
- 关联指南
- 2 篇
- 适用角色
- 1 类
教育核查卡，依据官方文档解释方法；未验证任何真实爆料。
核查方法
冲突主张先列证据缺口
两个仓库的说法冲突时，先确认是否引用同一对象、同一时间和同一版本。把可观察到的文字变化写清楚，再列出无法从仓库直接判断的事实问题。
- 核查卡标识
- CHECK-09
- 参考来源
- 3 项
- 关联指南
- 3 篇
- 适用角色
- 1 类
教育核查卡，依据官方文档解释方法；未验证任何真实爆料。
延伸阅读
概念对照
别把这些线索混在一起
| 比较主题 | 核心区别 | 使用建议 | 详细说明 |
|---|---|---|---|
| 分支地址与固定版本 | 需要别人复核你当时看到的文字时，优先提供固定版本。讨论最新维护说明时，可另列分支地址，并写清两者用途。 | 需要别人复核你当时看到的文字时，优先提供固定版本。讨论最新维护说明时，可另列分支地址，并写清两者用途。 | 阅读对照 |
常见问题
记录与结论的边界
参考依据