从你提供的日志来看，这个问题基本可以确定不是 HowToCookViewer 本身的 bug，而是服务器到 GitHub 之间的网络连接异常。

真正失败的是底层执行的这条命令：

git clone https://github.com/Anduin2017/HowToCook.git .

Git 返回的核心错误是：

GnuTLS recv error (-110): The TLS connection was non-properly terminated.

这表示 Git 在通过 HTTPS 从 GitHub 接收数据时，TLS 连接被异常中断了。也就是说，请求甚至没有进入 HowToCookViewer 自己的仓库同步逻辑；底层 git clone 已经因为网络传输失败而退出，GitRunner 只是把 Git 返回的错误继续向上抛出。

从 stack trace 看调用链也是正常的：

SyncHowToCookRepoJob
→ WorkspaceManager.ResetRepo
→ WorkspaceManager.Clone
→ GitCommandRunner.RunGit
→ git clone
→ TLS connection terminated

因此这里没有看到应用层代码异常、仓库解析异常、权限错误或者 GitHub API 错误的迹象。

请问你的服务器部署在哪里？服务器访问 GitHub 的网络情况是否稳定，尤其是不是部署在中国大陆网络环境中？

建议直接进入运行 HowToCookViewer 的容器执行：

git clone https://github.com/Anduin2017/HowToCook.git

如果这里同样出现 GnuTLS recv error (-110)，就可以完全脱离 HowToCookViewer 复现问题，也就可以确认这是服务器到 GitHub 的网络链路问题。

你也可以连续测试几次，例如：

for i in {1..10}; do
    rm -rf /tmp/howtocook-test
    git clone https://github.com/Anduin2017/HowToCook.git /tmp/howtocook-test || break
done

如果出现随机成功、随机失败，或者传输到一半中断，也很符合网络质量不稳定的特征。

“更换了几个节点”本身不一定能够排除网络问题。如果这些节点仍然位于相同地区、相同云厂商，或者使用相似的国际出口，它们可能仍然共享相同的网络问题。

HowToCookViewer 的同步功能依赖于服务器能够稳定访问：

https://github.com/Anduin2017/HowToCook.git

这个前提是应用本身无法保证的。

因此建议优先选择一台能够长期、稳定访问 GitHub 的服务器或网络线路部署服务。至少应该确保在该服务器上直接执行 git clone 可以稳定成功，再运行 HowToCookViewer。

如果你能确认在同一个容器中直接执行上述 git clone 可以长期稳定成功，但 HowToCookViewer 仍然持续出现这个错误，我们再继续从应用层排查。

SyncHowToCookRepoJob #1863

Description