Linux 推入GITLAB时出错(RPC失败;HTTP 500;请求的URL返回错误:500内部服务器错误)

Linux 推入GITLAB时出错(RPC失败;HTTP 500;请求的URL返回错误:500内部服务器错误),linux,windows,git,http,gitlab,Linux,Windows,Git,Http,Gitlab,当我推入gitlab时,我得到了错误: cip$ git push Counting objects: 2149, done. Delta compression using up to 4 threads. Compressing objects: 100% (2105/2105), done. Writing objects: 100% (2149/2149), 77.28 MiB | 21.82 MiB/s, done. Total 2149 (delta 839),

当我推入gitlab时,我得到了错误:

cip$ git push  
Counting objects: 2149, done.  
Delta compression using up to 4 threads.  
Compressing objects: 100% (2105/2105), done.  
Writing objects: 100% (2149/2149), 77.28 MiB | 21.82 MiB/s, done.  
Total 2149 (delta 839), reused 0 (delta 0)  
error: RPC failed; HTTP 500 curl 22 The requested URL returned error: 500 Internal Server Error  
fatal: The remote end hung up unexpectedly  
fatal: The remote end hung up unexpectedly  
Everything up-to-date 
我试图放大后缓冲区。但是我得到了同样的错误…
当我将文件分开推送时,不会出现错误,推送过程正常


问题发生在windows(10 64x)e Linux(Ubuntu)

HTTP状态代码为500表示服务器遇到错误。这是服务器端的问题,您无法控制它。如果您能够控制某个问题,HTTP状态代码将以4开头,而不是以5开头

您应该联系托管提供商,GitLab支持人员或托管您的GitLab实例的人员,并向他们报告问题。他们是唯一能修好它的人。如果您正在使用某种代理或MITM设备,您可能希望首先联系该系统的维护人员,或者通过从另一个网络连接来验证它不是问题的根源


请注意,一般来说,增加http.postBuffer的大小对于解决任何类型的问题都是无效的,除非远程服务器或代理无法正确地说出http/1.1或更新版本。在大多数情况下,增加它只会在小规模的推送上浪费内存。

问题是:我们的gitlab是免费版本,我们可以维护它(我的团队已经安装并提供了支持)只有服务器可以为Infrastructure团队维护当我们遇到一个问题时,我们需要获得社区的帮助来解决问题您需要查看日志,然后,找出它为什么会返回500。GitLab文档解释了日志的工作方式和位置。