scrivener多设备同步内容不一致时，应先启用内置冲突检测手动合并.conflict文件；若无效则重置同步状态并重建索引；还可切换为操作系统级云服务进行文件级同步；高价值项目建议用git进行版本控制回溯。
如果您在多设备间使用Scrivener同步项目，但发现同一文档在不同设备上内容不一致或编辑记录丢失，则可能是由于同步过程中发生了数据冲突。以下是解决此问题的步骤：
一、启用Scrivener内置冲突检测与手动合并
Scrivener在检测到同一文件被多个位置修改时，会保留原始版本与变更版本，并提供可视化比对界面，便于用户判断取舍。该机制依赖于项目文件夹中自动生成的.conflict副本及时间戳元数据。
1、关闭所有设备上的Scrivener应用，确保无后台写入进程运行。
2、在主工作设备中打开Scrivener项目所在文件夹，查找以“.conflict”结尾的文件（例如“Chapter1.txt.conflict”）。
3、双击该.conflict文件，Scrivener将自动启动三向比较视图：左侧显示本地最后保存版本，右侧显示远程同步版本，底部为可编辑的合并预览区。
4、逐段审查差异，对每一处冲突点击“接受右侧更改”、“拒绝右侧更改”或“手动编辑合并区”。
5、完成全部合并后，点击“保存并关闭”，系统将用合并结果覆盖原文件，并自动删除.conflict副本。
二、重置同步状态并重建项目索引
当冲突反复出现或.conflict文件未被识别时，说明Scrivener的内部同步元数据已损坏，需清除缓存并强制重建项目结构映射关系。
1、退出Scrivener，进入项目文件夹，定位并删除名为“Scrivener.syncstate”的隐藏文件（macOS下需显示隐藏文件；Windows下需取消“隐藏受保护的操作系统文件”选项）。
2、重新打开Scrivener，选择“文件 > 项目设置 > 同步”，确认同步目标路径与云服务挂载点完全一致。
3、点击“重建同步索引”，系统将扫描全部.rtf、.txt及.scrap文件，重新生成校验哈希与时间戳快照。
4、执行一次完整同步操作，Scrivener将上传当前本地版本作为权威基准，覆盖云端旧有冲突状态。
三、切换为文件级同步并禁用自动合并
避免Scrivener自身同步逻辑介入导致误判，可绕过其内置同步模块，改由操作系统级云服务（如OneDrive、坚果云）直接管理整个.scriv project包，实现原子性文件替换而非增量更新。
1、在Scrivener中选择“文件 > 关闭项目”，确保项目未处于打开状态。
2、将整个项目文件夹（含同名.scriv后缀文件夹及所有子目录）移入已登录账户的云同步根目录（如OneDrive/Scrivener_Projects/）。
3、打开Scrivener偏好设置，进入“备份”面板，取消勾选“启用自动同步”与“在关闭时同步更改”。
4、每次编辑前确认云客户端状态栏显示“最新”，编辑完成后等待云图标变为绿色对勾，再切换至其他设备。
5、若某设备出现同步延迟，切勿强行打开项目，应先等待云服务完成全量传输，再通过云平台网页端检查文件修改时间是否一致。
四、使用外部Git进行版本控制回溯
对于高价值写作项目，可将Scrivener项目文件夹纳入Git仓库管理，利用Git的分支与diff能力精准定位冲突源头，并支持任意历史版本还原。
1、在终端中进入项目根目录，执行git init初始化空仓库。
2、创建.gitignore文件，添加*.scriv、Scrivener.temp、Thumbnails/等非必要二进制文件路径。
3、执行git add . && git commit -m "Initial commit"提交初始快照。
4、每次完成重要章节后，运行git add . && git commit -m "Update Chapter X"。
5、当发生不可解同步异常时，在终端输入git status查看未合并变更，再用git checkout --theirs -- path/to/file.txt或git checkout --ours -- path/to/file.txt强制选取任一版本。
