我在master分支上使用git repo(远程托管在TFS上)工作了很长时间没有任何问题。但是,我决定创建一个新的分支(TEST2)来更新一些东西(基本上是为了更新几个子树)。但是当推动分支时,git返回错误如下:
$ git push -u origin TEST2
Counting objects: 212, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (154/154), done.
Writing objects: 100% (212/212), 1.63 MiB | 1.01 MiB/s, done.
Total 212 (delta 155), reused 102 (delta 54)
remote: Analyzing objects... (212/212) (1598 ms)
error: remote unpack failed: error File upload already completed.
remote: Storing packfile...
To http://zzz/zzz/zzz
! [remote rejected] TEST2 -> TEST2 (File upload already completed.)
error: failed to push some refs to 'zzz/zzz/zzz'
我在TFS上以管理员身份登录,因此凭据不会出现任何问题......
答案 0 :(得分:1)
LethalProgrammer向我指出了正确的方向...... SQL Server 2014的Express版本(我在我的TFS环境中使用)仅限于10GB的数据 - 这一点已经达到。
答案 1 :(得分:0)
在我身边测试,一切正常。
尝试使用git push的--no-thin
选项。
$ git push --no-thin origin TEST2
<强> -u 强>
<强> - 设置上游强>
对于每个最新或成功推送的分支,添加上游(跟踪)引用,由无参数使用 git-pull [1]和其他命令。有关更多信息,请参阅 branch.merge in git-config [1]。
- [no-] thin
这些选项传递给git-send-pack [1]。精简传输会减少发送方发送的数据量 和接收器共享许多相同的共同对象。默认是 --thin。
答案 2 :(得分:0)
我无法对@Silvio的回答发表评论(表示低声),因此希望我可以在此处加两分钱。感谢@Silvio为我指出正确的方向!
我已经搜索了几个小时,为什么在推送到新的远程ADO存储库后却收到了令人难以置信的! [remote rejected] master -> master (One or more errors occurred.)
错误消息。
对于SQL Server Express Edition,我能够将其跟踪到最大10GB的数据库文件大小,这是我们用于内部服务器上的Azure DevOps的大小。
我将回购推送到2GB以上,并且数据库本身已经不足10GB,因此尝试解压缩时出现remote unpack failed
错误。
升级到标准版或企业版SQL Server将删除Express版上强制执行的最大DB文件大小上限。