通过`.part`文件在`git lfs fetch`中恢复可暂停的下载

在使用标准 " 基本 " 传输适配器的 " git lfs feels " (针对Hugging Face LFS/Xet后端)时,我注意到,如果部分下载是:

.git/lfs/不完全/<oid>。

`GIT-TRACE=1'显示:

xfer: 试图恢复从字节 N 下载"<oid>"
HTTP: 206
xfer: 服务器接受恢复下载请求

这种行为看起来很可靠 但我找不到文件 从快速搜索回购中我唯一能找到的关于恢复的提法是在docs/subjects/ multipart transfer mode.md'以及t和tq路径上的一些提法(例如tq/basic download.go')中。

如果对`.part'文件的支持是git-lfs的故意特征,记录它对于用户下载大型LFS对象而不可靠连接是有价值的。 目前似乎需要手动重命名文件 - 在不完整的路径中将被中断的文件重命名为完整 Oid并添加部分扩展名 。

(ChatGPT在提供选定细节后产生的摘要草案)