[Feature]: 同步功能很不好用 #457

Activity

1. EthanCodeCraft

   added

   enhancementNew feature or requestNew feature or request

   on Oct 23, 2026
2. feigeCode

   added a commit that references this issue on Oct 23, 2026

   fix(sync): 修复个人 git 同步冲突点「应用」无反应且永远解不开（#457）

   ...

   14afa9e
3. feigeCode commented on Oct 23, 2026

   

   feigeCode

   on Oct 23, 2026

   Owner

   More actions

   感谢反馈，问题已定位并修复（dev 分支 14afa9e），下个版本发布。

   根因

   这条链路上叠加了 5 个问题，导致「点应用没反应、提示永远在、两台设备打架」：

   1. 点了没反应：点「应用」后，解决操作的成功/失败只写进了内部状态，没有任何窗口提示；而对话框此时已经关闭，看起来就像按钮坏了。
   2. 一条失败全部中断：批量解决冲突时，第一条失败就会中断整批，剩下的冲突原样挂着。
   3. 冲突永远解不开：解决冲突时用的是「检测到冲突那一刻」的远端版本号做校验。如果另一台设备在这期间又推送过，写入会被 "stale version" 拒绝——正是「点了应用、提示依然存在」的直接原因。
   4. rebase 冲突卡死：git 同步在 pull --rebase 遇到冲突后没有清理，仓库永久停在冲突中间态，之后所有同步都失败。
   5. 脏工作区瘫痪（最常见路径）：有冲突挂起时，本地已生成的同步变更不会提交；下一轮 git pull --rebase 被 git 以「有未提交改动」直接拒绝，且这个报错没有被正确归类，同步从此彻底瘫痪——这就是「折腾一小时也没法继续」的来源。

   修复内容

   • ✅ 点「应用」后一定有结果通知：成功显示「已解决 N 个冲突」，失败显示原因，部分成功也会说明几成几败
   • ✅ 批量解决逐条执行，单条失败不影响其余
   • ✅ 解决冲突前实时读取远端当前版本，对端推过新版本也能一次解开
   • ✅ git 同步自愈：rebase 冲突自动 abort 重试；脏工作区自动 stash/恢复；push 被拒自动先拉取再重推；确实解不开时才如实报错

   升级后如果还有卡住的仓库，第一次同步会自动完成自愈，不需要手动处理 .onetcli-sync。

   关于导入/导出的离线同步方式，已记录为独立需求，后续单独评估。欢迎升级后反馈效果 🙏
4. EthanCodeCraft commented on Oct 23, 2026

   

   EthanCodeCraft

   on Oct 23, 2026 via email

   Author

   More actions

   大佬是好人😄

   …

   ---- 回复的原邮件 ---- | 发件人 | ***@***.***> | | 日期 | 2026年10月23日 17:08 | | 收件人 | ***@***.***> | | 抄送至 | Ethan ***@***.***>***@***.***> | | 主题 | Re: [feigeCode/navop] [Feature]: 同步功能很不好用 (Issue #457) | feigeCode left a comment (feigeCode/navop#457) 感谢反馈，问题已定位并修复（dev 分支 14afa9e），下个版本发布。 根因 这条链路上叠加了 5 个问题，导致「点应用没反应、提示永远在、两台设备打架」： 点了没反应：点「应用」后，解决操作的成功/失败只写进了内部状态，没有任何窗口提示；而对话框此时已经关闭，看起来就像按钮坏了。 一条失败全部中断：批量解决冲突时，第一条失败就会中断整批，剩下的冲突原样挂着。 冲突永远解不开：解决冲突时用的是「检测到冲突那一刻」的远端版本号做校验。如果另一台设备在这期间又推送过，写入会被 "stale version" 拒绝——正是「点了应用、提示依然存在」的直接原因。 rebase 冲突卡死：git 同步在 pull --rebase 遇到冲突后没有清理，仓库永久停在冲突中间态，之后所有同步都失败。 脏工作区瘫痪（最常见路径）：有冲突挂起时，本地已生成的同步变更不会提交；下一轮 git pull --rebase 被 git 以「有未提交改动」直接拒绝，且这个报错没有被正确归类，同步从此彻底瘫痪——这就是「折腾一小时也没法继续」的来源。 修复内容 ✅ 点「应用」后一定有结果通知：成功显示「已解决 N 个冲突」，失败显示原因，部分成功也会说明几成几败 ✅ 批量解决逐条执行，单条失败不影响其余 ✅ 解决冲突前实时读取远端当前版本，对端推过新版本也能一次解开 ✅ git 同步自愈：rebase 冲突自动 abort 重试；脏工作区自动 stash/恢复；push 被拒自动先拉取再重推；确实解不开时才如实报错 升级后如果还有卡住的仓库，第一次同步会自动完成自愈，不需要手动处理 .onetcli-sync。 关于导入/导出的离线同步方式，已记录为独立需求，后续单独评估。欢迎升级后反馈效果 🙏 — Reply to this email directly, view it on GitHub, or unsubscribe. Triage notifications, keep track of coding agent tasks and review pull requests on the go with GitHub Mobile for iOS and Android. Download it today! You are receiving this because you authored the thread.Message ID: ***@***.***>
5. feigeCode

   closed this as completedin #463on Oct 25, 2026