内容归属

内容保存在你自己的 Git 仓库中。 Prosefly 将 Markdown 和 MDX 文件发布回仓库，保留内容路径及支持的 frontmatter 格式。

文件、草稿与媒体

内容	保存位置	何时写入 Git
已发布文本	你的 GitHub 仓库文件	发布 Commit，或已发布的 PR 合并后
未发布草稿	Prosefly 工作区	只有明确发布时
导航变更	草稿在工作区；发布后在仓库原生配置中	包含在发布操作时
上传的图片、音频和视频	托管媒体库	文档可以引用其公开 URL

保存草稿不会产生 Git 提交。Pull Request 的变更先保存在它的分支上，合并后才会更新目标分支。

不同的存储模型

Sanity Content Lake 将结构化内容保存在其数据存储中。Payload 通过数据库适配器使用配置的数据库，并围绕数据提供 API。Payload 可以自行托管；这里比较的是内容格式与存储模型，而不是数据库属于谁。

Prosefly 的已发布文本是仓库里的文件。网站继续通过已有内容管线读取文件，无需在每次渲染页面时查询 Prosefly。

继续使用熟悉的工具

已发布文件可以继续在 GitHub 或代码编辑器中修改，历史保留在 Git 中。外部变更后需要扫描仓库，更新 Prosefly 中的内容视图。

如果外部变更影响已有草稿的条目，请比较原始基础版本、当前 Git 版本与草稿后解决冲突。Prosefly 不会自动合并冲突内容。

保留完整副本

使用平常的 Git 流程备份仓库。未发布草稿和托管媒体独立于仓库：按需要导出草稿 Markdown 或发布内容，并保留原始媒体副本。Prosefly 使用权益结束后，已发布文件仍然保留在 Git 中。