Prosefly
为现有 Git 网站提供托管的写作工作空间。
- 01
连接 GitHub 仓库,选择内容空间。
- 02
共同写作,将草稿保存在工作空间。
- 03
审阅差异,通过 commit 或 pull request 发布。
直接编辑仓库,还是先在工作空间中写作?
两者都为现有 GitHub 网站提供写作界面。比较直接编辑文件的方式,与将草稿保存和 Git 发布分开的工作空间。
查看详细比较Pages CMS 用 .pages.yml 描述可编辑内容与媒体,随后将修改保存回 GitHub。Prosefly 提供草稿工作空间、实时写作和单独的审阅发布步骤。
为现有 Git 网站提供托管的写作工作空间。
连接 GitHub 仓库,选择内容空间。
共同写作,将草稿保存在工作空间。
审阅差异,通过 commit 或 pull request 发布。
为 GitHub 仓库中的静态网站提供轻量编辑界面。
在 .pages.yml 中描述内容与媒体。
在 Pages CMS 中打开 GitHub 仓库并编辑文件。
将修改保存回 GitHub,继续使用现有部署流程。
以下概括各自的内容流程;实际细节可能随配置和可选服务而变化。
除了通用的 Markdown 和 MDX 可视化编辑,Prosefly 还专门适配 Starlight、Fumadocs 和 Prosefly 组件,让支持的文档块可以在同一个编辑器中操作。
编辑提示块、标签页、卡片和文件树,支持 Starlight 的组件语法与 Expressive Code 元数据。
按照 Fumadocs 的组件语法和支持的属性,编辑提示块、标签页、步骤和折叠面板。
编辑 @prosefly/astro-components 的提示块、标签页、卡片和折叠面板;Lotus 和 Dahlia 也使用这套组件。
具体支持取决于 Collection 的编辑器配置及可识别的组件语法。自定义组件与不支持的表达式仍可在源码中编辑;Prosefly 不执行仓库代码。
了解可视化编辑发布后的 Markdown 和 MDX 保存在你的 Git 仓库。
直接保存在 GitHub 仓库中的内容文件。
连接 GitHub,扫描支持的内容,配置内容空间。
安装 GitHub App,通过 .pages.yml 定义内容。
可视化与源码编辑、frontmatter 属性管理,以及实时协作。专门适配 Starlight、Fumadocs 和 @prosefly/astro-components 的可视化编辑。
为仓库内容配置字段和富文本编辑。
保存草稿不会提交 Git。草稿保留在工作空间。
保存编辑后的内容会将修改写回 GitHub。
审阅文件差异,通过 commit 或 pull request 发布。
保存仓库文件,继续使用现有网站部署流程。
上传的图片、音频和视频与已发布文本分开保存,通过 URL 引用。
配置仓库媒体目录,以及写入内容中的公开路径。
Prosefly 托管工作空间;你维护网站和现有构建流程。
使用托管应用,或部署自己的 Pages CMS 实例。
发布到 Git 不会替你部署网站。Prosefly 使用你现有的构建流程;刷新仓库内容需要主动扫描。
Pages CMS 同样将内容保存在仓库,也不替代网站生成器。这是共同点。应结合团队需求评估草稿处理和协作体验,而不是把 Git 内容归属当成独有能力。
核对日期
产品事实依据以下官方文档核对,选择建议是我们的判断。可选集成和付费版本可能提供额外能力;选择前请核对最新文档和服务条款。
连接仓库,用自己的内容体验这一工作流。