GitHub含LFS大文件分支推送至Gitea报413错误,求直接推送方案
直接推送含LFS大文件分支到Gitea的解决方案
413错误本质是请求实体过大,核心原因是Gitea服务器或前置反向代理的上传限制不足。以下是直接推送分支的可行步骤:
调整Gitea服务器核心配置
找到Gitea的配置文件(默认路径为custom/conf/app.ini),修改或添加以下配置项:- 在
[server]段落设置:MAX_REQUEST_SIZE = 1000MB(数值根据你的大文件实际大小调整) - 在
[lfs]段落设置:MAX_FILE_SIZE = 1000MB(需与大文件大小匹配)
修改完成后重启Gitea服务,使配置生效。
- 在
配置本地Git与LFS,直接推送分支
- 将Gitea仓库添加为本地仓库的远程:
git remote add gitea <你的Gitea仓库URL> - 确认本地LFS跟踪的文件正常:
git lfs ls-files,确保目标大文件在列表中 - 直接推送目标分支到Gitea:
git push gitea <你的分支名称>
如果推送时仍有问题,可尝试调整LFS分块参数:git config lfs.transfer.maxbatchsize 1,强制单文件分块上传。
- 将Gitea仓库添加为本地仓库的远程:
排查反向代理限制(若使用)
如果你用Nginx等反向代理前置Gitea,需要在代理的server配置块中添加:client_max_body_size 1000M;配置后重启反向代理服务。
你之前复制粘贴的方式会丢失LFS的跟踪关联,导致仓库直接存储大文件实体,不仅会让仓库体积暴增,还破坏了Git LFS的工作逻辑,不建议长期使用。
内容的提问来源于stack exchange,提问作者DevDarkMind
相关产品推荐
相关产品推荐

