云端备份
推送数据包，不是双向同步。
- 章节（Markdown）包括
- 故事圣经包括
- 大纲卡片包括
DropboxGitHub（私有仓库）
Novilot 将手稿包推送到 Dropbox 或私人 GitHub 存储库的插图。
一部长篇小说不应该只存在于一个地方
备份是关于项目包的连续性，而不仅仅是一次性文件。
担心账户被锁定
多年的章节和正典都放在一个产品账户中，其他地方没有你能控制的副本。
故事圣经被遗忘
没有圣经和大纲的手稿导出是该项目的不完整快照。
临时副本没有历史记录
在桌面上重命名 ZIP 文件不会带来提交历史，也不会按照你选择的策略保留版本。
同步混乱
作者需要诚实的单向推送备份，而不是可能覆盖作品的模糊双向同步承诺。
云端备份如何运作
连接一次。每个故事启用。按需或按计划推送。
- 1
连接 Dropbox 或 GitHub
在帐户设置中连接目的地。对于 GitHub，安装 Novilot GitHub 应用程序并仅授予您选择的存储库。
- 2
按项目启用备份
为 Dropbox 选择覆盖、按时间戳保存或保留最后版本；为 GitHub 的每部小说选择一个私有仓库。
- 3
立即运行或按计划运行
立即从项目设置备份，或打开每日或每周运行。未更改的手稿会跳过预定的运行，因此空推送不会产生噪音。
与导出和佳能备份对
有问题，简单回答
不是。云端备份是单向推送，不会把 Dropbox 或 GitHub 中的编辑内容拉回编辑器。
每次运行都会推送一个结构化数据包：章节 Markdown、故事圣经条目、大纲卡片和项目元数据。如果需要 Word 友好的副本，也可以为 Dropbox 包含 DOCX 导出文件，并保留 Markdown 文件树。
不可以。必须使用免费的已登录账户，访客会话无法连接备份目的地。
断开连接会移除 Novilot 保存的连接。目的地中已有的文件会保留在那里。