【问题标题】:git not uploading all filesgit没有上传所有文件
【发布时间】:2013-01-27 03:51:03
【问题描述】:

我有一个相当大的项目(200MB),我想将它推送到我的 gitlab 服务器(在亚马逊 ec2 中),当我推送它看起来不错,但是当上传达到大约 8% 时,推送突然“完成”这就是我在控制台中得到的:

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 git@IP:myrepo.git
 * [new branch]      master -> master

当我再次尝试 git push 时,我得到了

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

我删除了服务器上的 git repo 并再次尝试,但又发生了 我不知道为什么所以我来到这里。 你们有没有遇到过这种情况?

我正在一个微实例上运行来自 Amazon aws 市场的交钥匙 GitLab AMI,如果这在某种程度上相关的话。

【问题讨论】:

  • 什么无法推送 - 文件、分支?你能给出一个没有正确推送的特定项目吗?
  • 您的消息似乎暗示一切都已正确推送。 IE。你推送了主分支,它已经被推送了。会不会是你忘记提交了,或者你提交到了不同的本地分支并且没有与 master 合并?
  • 我只有一个 master 分支,在我的 Gitlab 服务器上,我可以在 web ui 中看到该分支,但是当我浏览文件时,大部分文件都丢失了。但是,这些文件肯定在我本地电脑的 git 存储库中。不幸的是,我无法告诉上传中断的特定文件,有什么方法可以告诉吗?日志?
  • 我不可能忘记添加文件。我创建了一个干净的新 git 存储库,添加了“git add.”(没有 .gitignore),然后我提交,添加了源并推送
  • “git status”在本地 git 上显示什么?它应该是“在分支主机上没有提交”

标签: git amazon-ec2 gitlab


【解决方案1】:

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

在远程服务器上检查你是否拥有你想要的一切的最佳方法是在其他地方克隆那个 repo 并检查你拥有什么。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2013-05-09
    • 2016-04-06
    • 2015-05-14
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2014-05-08
    相关资源
    最近更新 更多