同步冲突处理 — 合并、覆盖、备份三步曲
为什么会冲突
多设备同步时，如果两台设备在断开同步期间各自修改了同一条内容（同一个笔记文件、同一条记录、同一个标签配置），下次同步时就会产生冲突。
常见场景：
- 设备 A 出差断网期间改了 10 条笔记，回家连网后设备 B 也改了同样的笔记
- 在设备 A 删了某条记录，设备 B 同时给它加了标签
- Token 过期导致自动同步停了几天，期间多端各自操作
三种处理方式
NoteGen 检测到冲突时弹面板给你三个选项：
| 选项 | 含义 | 适用场景 | 风险 |
|---|---|---|---|
| 合并两边内容 | 保留双方新增记录，同一记录保留更新时间较新的版本，按隐私规则合并设置 | 多端都有重要改动 | 低，但可能产生重复条目 |
| 拉取远程覆盖本机 | 丢弃本机未上传修改 | 本机改动不重要或只是临时编辑 | 高（本机未上传内容丢失） |
| 上传本机覆盖远程 | 丢弃远程设备的新修改 | 确定本机版本才是对的 | 高（其他设备的修改丢失） |
冲突处理前的准备
在做任何冲突处理前：
- 先导出本地 ZIP 备份——从同步菜单导出，确保本机数据有独立快照
- 检查远程同步状态——确认远程设备是否在线、是否也在等待同步
- 梳理修改范围——哪些内容两边都改了、哪些只改了一边
预防冲突
最好的冲突处理是避免冲突：
- 每台设备登录后先等同步完成再开始编辑
- 不常用的设备关掉自动同步（手动同步更可控）
- 重要改动完成后立即触发一次手动同步
- 避免在多台设备上同时操作同一个笔记
- Token 过期时及时更新，避免同步停太久
Git 平台的 Git 级冲突
如果用 Git 同步，还可能遇到 Git 自己的 merge 冲突（比如同一个文件的同一行两边都改了）。NoteGen 会尝试自动处理，处理不了时：
- 会在冲突位置保留双方版本，标注
<<<</====/>>>> - 你需要手动打开文件解决冲突
- 解决后让 NoteGen 继续同步
这在纯文本记录中很少发生，主要在长 Markdown 笔记两边同时编辑时出现。
高风险操作前
以下操作前必须先备份：
- 上传本机覆盖远程（会丢其他设备修改）
- 拉取远程覆盖本机（会丢本机修改）
- 切换同步方向（新设备首次同步时的选择）
- 同步设置中的"不同步敏感配置"开关变更
备份后，即使操作错了也能恢复。