发布与 Player
章节准备好就发布，也让玩家保留故事中的进度
长篇故事不必全部完成后才与读者见面。现在，作者可以选择部分章节先行发布，再逐步加入后续内容，并为读者已经熟悉的章节推出新版本。
对玩家来说，更新也不再意味着进度意外丢失。如果存档能够安全迁移到新版本，游戏会从原来的位置继续；如果故事改动太大，决定权仍然交给玩家。
只发布已经准备好的章节
发布窗口默认选中所有章节。作者可以取消勾选暂不发布的章节，只保留已经准备好与读者见面的部分。
假设《红帆》是一部包含七章的作品。第一次发布时，作者选择第 1 章和第 2 章。它们组成作品的第一个版本，并分别获得章节版本 1。其余章节继续保留在草稿中，玩家暂时看不到。
之后，作者选择第 1、2、3、4 章，于是作品的第二个版本产生了：
- 第 1 章和第 2 章以新的章节版本 2 发布；
- 第 3 章和第 4 章首次发布，获得章节版本 1；
- 已经发布、但这次没有被作者选中的章节不会消失，它之前的版本会保留在新发布版本中。
因此，选择章节的含义是“发布这次修订”，而不是“隐藏所有未选中的内容”。
发布前，Romergo 会显示哪些章节仍只有草稿、哪些章节已经发布，以及草稿自上次发布后是否发生变化。作者在点击“发布”之前，就能清楚看到新版本会包含什么。
每次发布都是完整版本
玩家不会在阅读过程中收到一组不断变化、彼此混杂的文件。每次发布都是当前可用内容的完整且不可变版本，其中固定了章节文本、场景、转场，以及所需的图片、音乐和音效。
在发布历史中，作者可以查看：
- 发布编号和日期；
- 作品的可见范围；
- 版本说明；
- 哪些章节被新增、更新或原样保留；
- 每一章的版本号。
连接的 AI 助手也可以读取这份历史。它能在下一次发布前检查以往版本，并明确选择这次需要发布的章节。
新版本不会中断正在进行的游戏
玩家开始游戏后，当前会话会固定在打开时的作品版本上。作者的新发布不会突然替换屏幕上的故事，也不会破坏更新后的第一次存档。
下次打开故事时，Romergo 会检查继续位置是否仍然具有相同含义：所需章节和场景是否还存在，转场和检查点是否可用，以及变量与交互界面的状态是否兼容。
如果一切兼容，进度会无缝迁移。新变量会获得初始值，场景内的位置也会安全地限制在其当前时长之内。
无法无缝继续时
如果所需场景已被删除、某个转场不再存在，或重要状态发生了变化，Romergo 不会假装一切正常，也不会悄悄从头开始游戏。玩家会看到三个清晰的选项：
1. 使用原有存档继续旧版本。
2. 归档旧进度，并从头开始新版本。
3. 退出并稍后再决定，不做任何更改。
“继续旧版本”始终会打开完整的旧发布版本，而不会拼接新旧章节。如果作者已经永久移除了该发布版本，玩家就无法再继续它。
跨设备与离线存档
云存档不仅记录玩家所在的位置，也会记住发布版本和章节版本。修订编号可以防止较旧设备在没有提示的情况下覆盖较新的进度。
等待同步的本地存档、访客游戏和下载的离线副本也会记录各自的版本。旧的本地数据通过兼容的过渡格式读取。如果完整的旧版本已经下载并仍可供玩家使用，即使没有网络也能继续游戏。
这样，作者可以按章节发布作品，并随时回到前面的内容继续完善；玩家也能清楚知道每次更新会如何影响自己的游戏进度。