首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >git推送“遥控器意外挂断”

git推送“遥控器意外挂断”
EN

Stack Overflow用户
提问于 2012-08-24 07:43:55
回答 3查看 11.1K关注 0票数 4

我已经在本地存储库中创建了一个新分支,在提交了一些之后,我想将它推送到远程存储库。

git推送原点new_branch

我有一个错误:

$ git推原点new_branch 计数对象: 32,完成。 达美压缩使用最多2个线程。压缩对象: 100% (18/18),完成。 写作对象: 100% (18/18),5.29 KiB,完成。共计18 (delta 13),重用0 (delta 0) 书写失败:管道破裂 致命:远程终端意外挂起。 致命:远程终端意外挂起。

当我使用$ git远程-v时

原产地git@106.187.99.99:XXX.git (提取) 原产地git@106.187.99.99:XXX.git (push)

git分支

代码语言:javascript
复制
fiberead_com$ git branch -a
* new_branch
  master
  remotes/origin/HEAD -> origin/master
  remotes/origin/dev
  remotes/origin/master
  remotes/origin/online

nginx.conf

代码语言:javascript
复制
user www-data;
worker_processes  1;

error_log  /var/log/nginx/error.log;
pid        /var/run/nginx.pid;

events {
    worker_connections  1024;
    # multi_accept on;
}

http {
    include       /etc/nginx/mime.types;

    access_log  /var/log/nginx/access.log;

    sendfile        on;
    #tcp_nopush     on;

    #keepalive_timeout  0;
#    keepalive_timeout  65;
client_header_timeout 3m;
client_body_timeout 3m;
keepalive_timeout 175 120;
client_max_body_size 35m;

    tcp_nodelay        on;


    gzip  on;
    gzip_disable "MSIE [1-6]\.(?!.*SV1)";

    include /etc/nginx/conf.d/*.conf;
    include /etc/nginx/sites-enabled/*;
}

有人能帮我吗?

我的git服务器在Linode.I中,我使用GITLAB,而另一个项目没有这个problem.Only --一个新的项目,我使用'git克隆‘来拉动我的computer.But,当我推送代码时,发生了一些错误。

我用Nginx。

而我用的是'$ git推原主‘,也有同样的问题。

EN

回答 3

Stack Overflow用户

回答已采纳

发布于 2012-08-24 14:35:32

这意味着负责侦听请求的http服务器(这里是git推送http)无法完成。

  • 要么是因为服务器上有问题: 只有所述http服务器的日志包含根本原因(例如,它可能是一条大到服务器无法处理的消息,或者是一个正确的问题,或者.)。 这些日志可以在etc/httpd/httpd.conf (Apache)或/var/log/nginx/error.log (NGiNX)中,甚至在gitlab中。
  • 或者是因为它从未收到请求,OP jesktop确认是这样的:

我找到了所有的日志,但是错误日志是空的。 问题是网络。因为我在中国,这里有一个特别的网络。 因此,VPN可以解决这个问题。

票数 5
EN

Stack Overflow用户

发布于 2012-08-24 08:27:54

试试这个:

代码语言:javascript
复制
git push origin feature/new_branch

并检查连接是否处于活动状态。

票数 0
EN

Stack Overflow用户

发布于 2018-11-09 00:16:03

对于从谷歌来的人来说:六年后,这种情况仍然时有发生。当我无意中提交了一个非常大的二进制文件(等)时,我看到了这种情况。仅删除二进制文件并重新承诺解决问题是不够的;由于Git的工作方式,原来包含它的提交仍然存在,因此大小也是如此。解决办法是将冒犯的承诺完全重新定位。

一旦我确定了错误提交的原因,每次发生这种情况时解决方案就会变得清楚:git bisect。这可能会出现在我一年或两次,并不总是因为一个大的文件。一旦你排除了网络问题,就像这里的其他答案正确指出的那样,对我来说,解决方案总是一样的--平分,删除冒犯的提交,然后你就可以推动了。

票数 0
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/12105147

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档