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