本篇目录 / Contents
版本史与 Git：后来的修改如何改变过去的说话顺序
基本对象
版本史看起来是技术记录。
谁改了什么。
什么时候改。
删了哪句。
加了哪段。
为什么提交。
但从人称角度看，版本史不是后台小事。
它说明了一件极重要的事：
文本不是一次说完的。
后来也会进入过去。
所以本页的核心句是：
修改不是擦掉过去。
修改是让过去带着伤口继续说话。
人称机制
第五人称：过去的版本没有死
版本史让旧文本继续存在。
被删掉的句子没有完全消失。
旧标题、旧判断、旧错误、旧越界，仍然可以被找回。
这就是第五人称：
不在当前页面里的句子，仍然会压住当前页面。
这对《人类投降派》知识库尤其关键。
我们删垃圾，不是装作垃圾没发生过。
我们要知道垃圾怎样污染过召回，怎样被人工审查降权，怎样不再被主干调用。
第六人称：提交记录替人保留责任
Git、Wiki 历史、修订记录不是中性仓库。
它们会记录作者、时间、差异、说明、回滚、分支、合并。
这就是第六人称。
系统让文本获得后命。
它也让责任不能完全逃走。
写过的话，即使删掉，也曾经进入过世界。
这能直接支撑 047：
Owner 负责删掉什么。
删除不是遮丑。
删除是承担。
第一人称：我修改，也被旧我追上
写作者会变。
今天的我会推翻昨天的我。
但昨天的我不是完全消失。
版本史让旧我留在后面。
这让第一人称变得诚实：
我不是一个干净连续的人。
我是在修订里暴露自己的人。
前台书稿也要承认这一点。
不是一上来就完美。
而是一步一步把越权句删掉，把好句留下，把噪声降权，把主干磨出来。
第三人称：差异文件把变化放成材料
diff 把修改变成可看的对象。
哪一行删除，哪一行新增，哪一段移动。
它把写作过程第三人称化。
这很有价值。
因为它阻止写作者把结果伪装成天降完成品。
成稿不是圣物。
成稿是许多删改之后暂时留下来的页面。
但也要小心。
diff 只能说明文本怎样变，不自动说明为什么变得更真。
作用链
写作者产出文本
-> 文本进入版本系统
-> 后来修改旧判断
-> 旧版本继续可见
-> diff 把变化第三人称化
-> Owner 审查噪声和越权
-> 删除成为责任形式
-> 当前页面带着历史继续开口
对 000-048 的接口
| 小节 | 版本史/Git 提供的动作 | 写作提醒 |
|---|---|---|
| 035 结束不是关门，是换机 | 成稿进入版本机器后仍会继续。 | 结束只是当前版本。 |
| 040 搜索把过去重新点名 | 旧版本可能被召回。 | 召回不是理解。 |
| 041 保存以后停止占有 | 保存旧版本不等于继续使用它。 | 降权和停手并存。 |
| 044 写在那里不等于是真的 | 曾经写过也不等于成立。 | 旧判断必须可废止。 |
| 046 未来观看者里也有机器 | 机器会读版本史和旧文本。 | 治理召回。 |
| 047 Owner 负责删掉什么 | 删除、回滚、降权是承担。 | 核心接口。 |
| 048 我不能外包给机器 | 机器可记录 diff，不能替 Owner 判断。 | 人工审查收束。 |
可迁移硬句
修改不是擦掉过去。
修改是让过去带着伤口继续说话。
写过的话，即使删掉，也曾经进入过世界。
删除不是遮丑。
删除是承担。
成稿不是圣物。
成稿是许多删改之后暂时留下来的页面。
风险边界
不能写成：
- 版本史越多，文本就越真。
- Git 记录可以替代人工判断。
- 旧版本被保存，就应该继续召回。
- 删除等于掩盖，保留等于诚实。
- 机器可以根据历史自动裁决主干价值。
更稳的写法是：
版本史只提供一种形式参照：
文本会被后来改写，但过去不会完全消失。
因此知识库必须有人工审查、降权、删除和停手。
升格判断
建议保留 P1，但它是知识库治理的关键卡。
理由：
它不直接扩大电影解释。
它负责保护解释系统不被旧噪声、机器召回和未审材料反噬。
进入前台正文时，可在卷六末端使用：
我删掉一句话，不是因为它没有发生。
我删掉它，是因为我不再允许它继续冒充真。