核对方法 · 个人作品更新、代码发布与编辑交接
9.1原创大神的版本记录
版本记录应让下一位读者找到使用的是哪一份作品，并看懂它与上一版的差别。版本号、标签时间、发布时间和修订说明分开填写，未知的时间保持未知。
9.1原创大神版本记录指南：区分草稿、公开版与修订版，写具体变更，保留旧版关联，说明标签时间和发布时间的差别，便于引用与纠错。
直接答案
9.1原创大神的版本记录
版本记录应让下一位读者找到使用的是哪一份作品，并看懂它与上一版的差别。版本号、标签时间、发布时间和修订说明分开填写，未知的时间保持未知。
步骤说明
按顺序完成核对
- 确认版本号对应的作品范围。
- 标明草稿、公开版或修订版。
- 写可定位的变更与影响。
- 区分各类时间及其来源。
- 把旧版、新版和更正说明互相关联。
先定义版本对应什么对象
先确定版本号用于整份作品、单个文件还是发布包，再列包含内容。数字不代表作品质量；它用于区分对象。文章改标题、插图重绘与代码改变行为，可能各自影响引用和使用，不能只把所有文件都称作“最新版”。
- 每次发布保留文件名、格式和对应页面。
- 草稿使用“草稿”状态，避免与已公开版本混淆。
- 多个输出格式来自同一工程稿时写对应关系，例如 PDF 与网页均来自 v1.1。
变更记录写内容和影响
按新增、修改、删除、更正等栏目写变动，并说明是否影响旧版使用。一个“全面优化”的记录很难帮助编辑找差异。对图文作品，可写章节位置与图号；对软件，可写行为变化及已知限制，不编造测试结果。
- “更正图2箭头方向”给出可定位的位置。
- “新增许可说明”要指出该说明适用于哪些素材。
- 仍未解决的问题继续保留，不在更新后静默删除。
区分标签时间、发布时间和修改时间
GitHub文档说明，Release基于标记仓库历史位置的标签，标签日期与发布日期可能不同。引用软件时应查所用标签或发布版本；编辑图文作品也可以沿用这种明确对象的思路，但不能把软件发布机制当作通用的创作认证。页面改动时间也不自动等同于首次创作时间。
- 分别记“标记版本的时间”和“向读者发布的时间”，来源不明就不填。
- 草稿准备日期不要展示成正式发布日期。
- 只从可查记录写时间，不用文件名中的日期猜测。
保留旧版入口与更正关系
公开旧版仍有人引用时，在新版说明中给出旧版关系和主要变化。无需让旧版继续作为首选内容，但应避免读者找不到当时引用的对象。若因错误撤下内容，保留一条简明的更正说明和可用替代入口，说明具体影响，而不是假装旧版从未存在。
- 发布页明确当前推荐版本与旧版状态。
- 重大更正用普通文字解释，不只改后台文件。
- 作者、许可和第三方素材变化与版本一并记录。
假设案例：教程从 v1.0 到 v1.1
假设一份教程 v1.0 的示意图箭头指向错误，作者发布 v1.1 更正箭头，并添加图注。记录可写“更正图2方向；增加图注；正文步骤未变”，同时在旧版页面提示使用 v1.1。此例只演示文档管理方法，没有真实发布时间或审核记录；不要为它虚构时间戳。
- 新版资料页指向修正后的图和文件。
- 旧版状态标为“含图2方向错误，已更正”，而不是笼统写“过期”。
- 引用旧版的读者可通过变更说明判断是否需要调整自己的内容。
记录字段与用途对照
| 字段 | 填写方式 | 避免混淆 |
|---|---|---|
| 版本 | 与文件或发布包稳定对应 | 不把“最新版”当永久标识 |
| 状态 | 草稿、公开、修订或撤回等 | 草稿不冒充正式发布 |
| 变更 | 位置、动作与影响 | 不只写“优化体验” |
| 时间 | 分别列来源与事件 | 标签日期不冒充发布时间 |
| 旧版关系 | 说明替代或更正关系 | 不悄悄覆盖原引用对象 |
常见问题
本指南常见问题
9.1原创大神资料中的版本号能说明创作时间吗？
版本号用于区分对象，不能单独证明创作时间。分别列创作时间自述、标签日期、公开发布时间与修订时间，并说明各自依据。GitHub Release所用标签的日期可以与发布日期不同，图文资料也不应把这些事件混为一谈。
9.1原创大神作品的两个发布页信息冲突，怎么办？
保留两个页面的地址、标题、署名、显示时间和版本，先查是否存在转载、改名或修订关系。只根据当前找到的网页日期，不足以裁定绝对首创；缺少材料时写“来源关系待核”，获得补充材料后再更正说明。
9.1原创大神资料的 CITATION.cff 等于许可证吗？
不等于。CITATION.cff提供作者希望别人采用的引用信息，帮助指出标题、作者和版本；能否使用与怎样使用仍看相应许可或授权。引用文件、许可文件和实际作品版本应分别核对，没有真实 DOI 或其他标识就不补写。
参考依据