从Azure DevOps迁移至GitHub遇大文件超限,求其他解决办法
解决ADO迁移GitHub时大文件推送失败的方法
以下是无需改写提交历史的可行方案:
申请GitHub Enterprise临时文件大小豁免
你使用的是GitHub Enterprise(GHES),企业管理员可针对单个仓库临时放宽文件大小限制。联系管理员说明迁移场景,提供仓库地址和大文件的大小信息,请求临时将该仓库的单文件限制调高至162MB以上,完成镜像推送后再恢复原有限制。这是最直接且不改动提交历史的方案。使用企业专属迁移工具(若有)
部分GHES部署会配备专门的跨平台仓库迁移工具,这类工具通常能绕过常规的文件大小校验,或自动适配大文件迁移流程,无需修改本地提交记录。可咨询内部管理员是否有这类工具可用。按分支/标签拆分迁移
- 先定位大文件所在的提交、分支或标签:
git log --all --pretty=format:"%h %s" -- "<大文件路径或文件名>" - 先推送所有不包含该大文件的分支和标签,排除有问题的分支/标签:
git push --mirror <github-repo-clone-url> :<含大文件的分支名> :<含大文件的标签名> - 联系管理员临时开通该仓库的大小限制后,单独推送包含大文件的分支/标签:
git push <github-repo-clone-url> <含大文件的分支名> - 最后补全所有分支和标签的完整推送。
- 先定位大文件所在的提交、分支或标签:
内容的提问来源于stack exchange,提问作者Amit
相关产品推荐
相关产品推荐

