一个跨越多年、经历多次迁移的个人博客，最珍贵的并不只是“最新答案”，还包括当时的思考、问题背景和成长轨迹。优化内容时，最稳妥的方式是把历史记录当作档案，把新的理解发布成新的文章，而不是用今天的判断覆盖过去的文字。
本文是内容治理说明，不修改任何历史文章。它描述当前博客采用的非破坏性发布策略。
为什么保留原文
历史文章可能有几个特点：标题不统一、命令已经过时、资料来自转载、代码没有经过完整验证，或者只记录了当时的一个片段。这些内容不适合直接作为今天的第一搜索结果，但仍有三个价值：
- 记录作者当时的知识状态和问题来源；
- 为新的主题文章提供可追溯的原始材料；
- 让读者看到技术、工具和个人经验如何变化。
因此当前仓库采用“新旧并存”策略：原文不改名、不删除、不批量重写；新文章通过 source_posts 引用原文路径，读者可以从重组稿回到档案。
四种内容状态
| 状态 | 处理方式 | 适合的内容 |
|---|---|---|
| 保留档案 | 原样发布，补充主题和标签 | 早期笔记、读书摘录、个人记录 |
| 主题重组 | 新建综合文章，原文作为来源 | 多个零散问题构成的完整路径 |
| 技术复核 | 新文章写当前版本，旧文保留并标注历史语境 | 软件安装、API、部署和安全主题 |
| 暂不公开 | 留在 _drafts，不改变已发布 URL |
未完成、过于私密或缺少上下文的内容 |
这不是对旧文的“质量判决”，而是把不同用途的内容放到不同入口。
新文章的发布契约
每篇重组稿至少包含：
- 面向今天读者的问题和结论；
- 版本、日期和适用范围说明；
- 对不确定内容的明确提醒；
- 原始来源链接；
curated: true和content_origin: curated标记；- 可验证的命令、代码或引用（如果文章声称已验证）。
重组不是把多篇旧文机械拼接。编辑时要删去重复背景、补上概念关系、指出已知风险，并尽量把“历史资料”和“本次判断”分开。
推荐的编辑优先级
- 高价值、高频主题：先做 C++ 工程、Linux/Windows 排障、数据结构、AI/LLM 和 DevOps 等入口稿。
- 有安全或隐私风险的历史内容：新建安全化说明或在来源页提示边界，不直接重写原记录。
- 短小但有长期价值的片段：通过主题地图聚合，必要时再写独立文章。
- 纯个人记录：保留原貌，改进可发现性即可，不强行改造成教程。
- 重复或过时内容：先增加主题关系和来源说明，确认没有外部依赖后再决定是否归档。
维护一个可回滚的内容目录
每次新增重组稿都应能回答：
它替代了哪条阅读路径？
引用了哪些原文？
哪些结论是本次新增的？
哪些内容仍需复核？
原文 URL 是否保持不变？
这样可以持续扩展精选层，而不把博客变成一次不可逆的大规模迁移。对个人博客而言，保留历史并不妨碍今天的读者获得更清晰、更安全的入口。