2013-02-11 113 views
2

我有一个相当大的项目(200MB),我想推到我的gitlab服务器(在亚马逊ec2),当我推它似乎很好,但是当上传达到约8%推动突然“完成”,这是我在控制台中看到:git没有上传所有文件

Counting objects: 464, done. 
Delta compression using up to 4 threads. 
Compressing objects: 100% (421/421), done. 
Writing objects: 100% (464/464), 15.07 MiB | 52 KiB/s, done. 
Total 464 (delta 47), reused 0 (delta 0) 
To [email protected]:myrepo.git 
* [new branch]  master -> master 

当我尝试混帐推我再次得到

Branch master set up to track remote branch master from origin. 
Everything up-to-date 

我删除了服务器上的混帐回购协议,并再次尝试,但它再次发生 ,我不知道为什么所以我来到这里。 曾经有过这种事吗?

我在微型实例上运行亚马逊aws marketplace上的Turnkey GitLab AMI,如果这有点相关。

+0

什么不能推 - 文件,分支机构?你可以给一个不能正确推动的特定物品吗? – djechlin 2013-02-11 22:51:28

+0

您的消息似乎暗示所有内容都已正确推送。即你推动了主分支并被推送。它可能是你忘了提交,或者你承诺到一个不同的本地分支,并没有与主人合并? – 2013-02-11 22:57:03

+0

我只有一个分支是主人,并且在我的Gitlab服务器上,我可以在网络用户界面中看到分支,但是当我浏览文件时,大部分都丢失了。但是,这些文件肯定是在本地PC上的git存储库中。不幸的是,我不能告诉具体的文件上传破坏,有什么方法可以告诉?日志? – joschua011 2013-02-11 22:57:11

回答

1

例如,如果您只有几个大型文件占用92%的大小,停止在8%可能没问题。

最好的方法来检查你拥有远程服务器上的所有东西,将克隆该回购在别的地方,并检查你有什么。